graphic-forms-devel August 2007

graphic-forms-devel@common-lisp.net

4 participants
15 discussions

[graphic-forms-devel] Accessibility question
by Ken Perry 01 Sep '07

01 Sep '07

Jack, I just tested your layout tester and found a problem. Is there no tab index property on the controls? You had asked me about accessibility earlier and one big part of accessibility for your forms would be to have tab index working and the ability to add short cut keys. Currently it seems the only way to use the buttons is to click on them with the mouse for example I have 4 buttons on the layout tester and can't tab between them and select them with enter is this true? Or is there a property I have not found in the API to add keyboard access. Ken

2 1

[graphic-forms-devel] Docs work Microsoft is interesting
by Ken Perry 31 Aug '07

31 Aug '07

Here is the trouble I was having with the Document file. I downloaded the chm and opened it by just hitting enter on the file. That nice Microsoft dialog popped up and asked if I really wanted to open the file. I didn't uncheck the box to keep asking if I wanted to open the file. And that caused the chm file not to work. As soon as I unchecked the continue to ask if I want to open the file the problem went away. . I find that really strange but that is a Microsoft strangeness not a Graphic-forms. Thanks, Ken

1 0

[graphic-forms-devel] Documents
by Ken Perry 31 Aug '07

31 Aug '07

I went to source forge to download the chm. After getting it when ever I open a topic the chm tells me it can't get to the web site. Is there something wrong with that chm file that is on source forge? Is there a online manual for Graphic-forms? I don't want to download the stuff for making the manual if I don't have to. Ken

3 2

clbuild, was Re: [graphic-forms-devel] Up and running
by Jack Unrue 31 Aug '07

31 Aug '07

On 8/30/07, David Lichteblau <david(a)lichteblau.com> wrote: > > Okay, the whole ASDF-on-Windows situation is not ideal, so your > configuration file to get people started is probably a good idea. > > I was hoping that the shortcut patch for ASDF makes things a little > easier (because ordinary windows shortcuts created manually can be > used), but that does not help much as long as it's not committed. > > clbuild is something I find valuable to avoid having to install > everything manually, but I don't test it regularly on Windows, so it > might be more trouble than it's worth for others. It's nice to have graphic-forms supported in clbuild, so I thank you for making that happen. I think the trouble is the uneven functionality provided by different Unix-compatibility layers for Windows, not clbuild itself. For instance, MSYS has a broken version of ln which behaves like cp instead. If I were running Cygwin I suspect clbuild would work fine on my machine. One comment to the wider audience. The shortcut patch mentioned above, which is available at: http://www.lichteblau.com/blubba/shortcut/ is very easy to apply, if you're inclined to build SBCL/Win32 from source. -- Jack Unrue

1 0

[graphic-forms-devel] Up and running
by Ken Perry 30 Aug '07

30 Aug '07

Ok I have all the libraries loaded. I also ran config.lisp and it ran fine. I then set the variables I think I set them right since I already have the libraries loaded the readme said to set them to nill so I did something like (setq gfsys::*cffidir* "") (setq gfsys::*gfdir* "c:/graphic-forms") Etc... Then when I ran (gfsys::configure-asdf) I got nill is that correct? I assumed it was so I did the next thing which was (asdf:operate 'asdf:load-op :graphic-forms-uitoolkit) And got this: (asdf:operate 'asdf:load-op :graphic-forms-uitoolkit) ; loading system definition from C:graphic-forms-uitoolkit.asd into #<PACKAGE AS DF0> ;; Loading file C:graphic-forms-uitoolkit.asd ... "Graphic-Forms UI Toolkit" "Copyright (c) 2006-2007 by Jack D. Unrue" " " ; registering #<SYSTEM GRAPHIC-FORMS-UITOOLKIT #x19F63DF5> as GRAPHIC-FORMS-UITO OLKIT WARNING: The generic function #<STANDARD-GENERIC-FUNCTION PERFORM> is being modified, but has already been called. ;; Loaded file C:graphic-forms-uitoolkit.asd *** - component "binary-data" not found, required by #<SYSTEM "graphic-forms-uitoolkit" #x19F18DF5> Did I do something wrong? Ken

3 4

[graphic-forms-devel] For your information
by Ken Perry 30 Aug '07

30 Aug '07

I have ran the Hello-world and textedit demo programs. They work fine for me with my screen reader and now I will go see if I can make my own program. Good job Jack. Thanks, Ken

2 1

Fwd: [graphic-forms-devel] Up and running
by Jack Unrue 30 Aug '07

30 Aug '07

Ken, sorry if you get this twice. I should have replied to graphic-forms-devel. -- Jack ---------- Forwarded message ---------- From: Jack Unrue <jdunrue(a)gmail.com> Date: Aug 29, 2007 8:43 PM Subject: Re: [graphic-forms-devel] Up and running To: Ken Perry <kperry(a)blinksoft.com> On 8/29/07, Ken Perry <kperry(a)blinksoft.com> wrote: > You asked, > "After you execute (gfsys::configure-asdf) can you tell me what > asdf:*central-registry* evaluates to? Just type that fully-qualified symbol > at the REPL, and you'll get back it's value." > > Here is what I got: > > [2]> asdf:*central-registry* > ("c:/graphic-forms" NIL > "c:/graphic-formssrc/external-libraries/practicals-1.0.3/Chapter24/" > "c:/graphic-formssrc/external-libraries/practicals-1.0.3/Chapter08/" > #P"C:\\clisp-2.41\\asdf\\cffi\\" #P"C:\\clisp-2.41\\asdf\\closer-mop\\" > #P"C:\\clisp-2.41\\asdf\\lw-compat\\" *DEFAULT-PATHNAME-DEFAULTS*) > [3]> Aha, there is the problem. I think you need trailing slash in your value for *gf-dir*. You are getting paths that have "c:/graphic-formssrc/...." instead of "c:/graphic-forms/src/...." -- Jack Unrue

2 1

Re: [graphic-forms-devel] Up and running
by Jack Unrue 30 Aug '07

30 Aug '07

On 8/29/07, Ken Perry <kperry(a)blinksoft.com> wrote: > Well I just did (cd) in clisp which is supposed to print the current working > directory and it says > > #P"C:\\graphic-forms\\" > > > Which I believe is where the readme told me to run the clisp in. What I > don't understand is what it is looking for when it gives me the error: > > > *** - component "binary-data" not found, required by #<SYSTEM There is a file called binary-data.asd that defines the system "binary-data". It should be located in the subdirectory src/external-libraries/practicals-1.0.3/Chapter08 which is relative to the graphic-forms top level directory. The variable *binary-data-dir* is defined in config.lisp with that relative path. After you execute (gfsys::configure-asdf) can you tell me what asdf:*central-registry* evaluates to? Just type that fully-qualified symbol at the REPL, and you'll get back it's value. -- Jack Unrue

1 0

[graphic-forms-devel] Found them
by Ken Perry 29 Aug '07

29 Aug '07

Ok found the two libraries its complaining about under the external libraries under src. So now I will see if I can figure out why its not finding them. Ken

1 0

[graphic-forms-devel] Is there a missing package?
by Ken Perry 29 Aug '07

29 Aug '07

IN this line :depends-on ("cffi" "lw-compat" "closer-mop" "macro-utilities" "binary-data" ) Of the file graphic-forms-uitoolkit.asd I can not find where the two libaraies "macro-utilities" "binary-data" Are in the graphic-forms folder anywhere. I have the other librairies loaded but couldn't find these in the readme.txt or in the source. Where do I get them? It seems that the Grahpic forms is trying to find them and can't well I figure if I can't find them its hard to tell it where to look. Ken

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

graphic-forms-devel August 2007