From verkindt at lapp.in2p3.fr Fri Jun 22 04:20:39 2007 From: verkindt at lapp.in2p3.fr (Didier Verkindt) Date: Fri, 22 Jun 2007 10:20:39 +0200 (CEST) Subject: [XForms] Using Xform in background without display In-Reply-To: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> References: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> Message-ID: Hi, Hoping that Xforms and this mailing list are still alive. I have developped since several years a data visualization application that uses Xforms as GUI (but not for showing plots). Now, in some cases, I would like to run this application in background (without user interaction and without showing any xform window) on a machine which has no display. I was able not to display xform windows but I get stucked on the fl_initialize function. With the following error message: Can't open display --No such file or directory Missing or failed fl_initialize() Does somebody knows a simple way to overcome this problem? Or should I try to propose a modification to Xform in order to separate in fl_initialize what is specific xform init from what is related to the display? ----------------------------------------------------------- Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt On Thu, 28 Dec 2006, Moots, Joel A. (IT Solutions/EOS) wrote: > To subscribers of the xforms list > > Since the program is so small, can you find the smallest amount of code > needed for you to reproduce the problem and then paste just the parts > you wrote to this list? E.g., if you don't need a slider callback to > reproduce the problem, get rid of it; if you need the callback but don't > need to retrieve the value, get rid of it; etc. If that's still rather > large, can you tar/gzip just the source files with no extension on the > filename and email to me. > > TIA, > > -joel > > -----Original Message----- > From: xforms-bounces at bob.usuhs.mil [mailto:xforms-bounces at bob.usuhs.mil] > On Behalf Of Kerich, Steve (AGTE) > Sent: Thursday, December 28, 2006 11:24 AM > To: xforms at bob.usuhs.mil > Subject: [XForms] corrupted text or big question box returns > > To subscribers of the xforms list > > > Hi > > I have been doing more testing and have found with my test program that > if I call fl_show_alert before fl_show_question, the corruption of the > question box goes away. I have noticed this fix also works for another > executable that is having trouble with the question box. If I display an > alert just before the question box, the problem goes away. I haven't > tried it with the other 2 images that are showing the same/similar > problem. There must be some XForms connection between the two. > > My test program is very very small so I don't believe that there are > pointer or memory stack issues involved. > > Jens tried out my test program on a Linux box using gcc but was unable > to reproduce the problem I have been seeing. So I guess that is a clue > too. That it has something to so with Solaris or the compiler. The > compiler used is SUNspro instead of gcc. I do not know why this compiler > was picked in the beginning. > > Because this problem is spread through several of our applications, I > really need to find a solution. Is there anyone who has debug ideas or > could help with this? > > Any help would be appreciated. > > Steve > > > ************************************************ > The information contained in, or attached to, this e-mail, may contain > confidential information and is intended solely for the use of the > individual or entity to whom they are addressed and may be subject to > legal privilege. If you have received this e-mail in error you should > notify the sender immediately by reply e-mail, delete the message from > your system and notify your system manager. Please do not copy it for > any purpose, or disclose its contents to any other person. The views or > opinions presented in this e-mail are solely those of the author and do > not necessarily represent those of the company. The recipient should > check this e-mail and any attachments for the presence of viruses. The > company accepts no liability for any damage caused, directly or > indirectly, by any virus transmitted in this email. > ************************************************ > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms List Archive: > http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > From gme at epr80.de Fri Jun 22 09:42:20 2007 From: gme at epr80.de (Gerald Emig) Date: Fri, 22 Jun 2007 15:42:20 +0200 Subject: [XForms] Using Xform in background without display In-Reply-To: References: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> Message-ID: <20070622154220.65d1ac2d@emig9.emig-software.de> Hi Didier, the following I found using Google: "If you are not running X on the server, then you need a dummy X server. You can create one with xVNC or Xvfb on the server. Set your DISPLAY variable to the dummy X server." The complete article is located at "http://www.linuxquestions.org/questions/showthread.php?t=370706" Is this a solution for you ? Best regards, Gerald On Fri, 22 Jun 2007 10:20:39 +0200 (CEST) Didier Verkindt wrote: > To subscribers of the xforms list > > > Hi, > Hoping that Xforms and this mailing list are still alive. > > I have developped since several years a data visualization application > that uses Xforms as GUI (but not for showing plots). Now, in some cases, I > would like to run this application in background (without user > interaction and without showing any xform window) on a machine which has > no display. I was able not to display xform windows but I get stucked on > the fl_initialize function. > With the following error message: > Can't open display --No such file or directory > Missing or failed fl_initialize() > > Does somebody knows a simple way to overcome this problem? > Or should I try to propose a modification > to Xform in order to separate in fl_initialize what is specific xform init > from what is related to the display? > > ----------------------------------------------------------- > Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE > tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt > > > On Thu, 28 Dec 2006, Moots, Joel A. (IT Solutions/EOS) wrote: > > > To subscribers of the xforms list > > > > Since the program is so small, can you find the smallest amount of code > > needed for you to reproduce the problem and then paste just the parts > > you wrote to this list? E.g., if you don't need a slider callback to > > reproduce the problem, get rid of it; if you need the callback but don't > > need to retrieve the value, get rid of it; etc. If that's still rather > > large, can you tar/gzip just the source files with no extension on the > > filename and email to me. > > > > TIA, > > > > -joel > > > > -----Original Message----- > > From: xforms-bounces at bob.usuhs.mil [mailto:xforms-bounces at bob.usuhs.mil] > > On Behalf Of Kerich, Steve (AGTE) > > Sent: Thursday, December 28, 2006 11:24 AM > > To: xforms at bob.usuhs.mil > > Subject: [XForms] corrupted text or big question box returns > > > > To subscribers of the xforms list > > > > > > Hi > > > > I have been doing more testing and have found with my test program that > > if I call fl_show_alert before fl_show_question, the corruption of the > > question box goes away. I have noticed this fix also works for another > > executable that is having trouble with the question box. If I display an > > alert just before the question box, the problem goes away. I haven't > > tried it with the other 2 images that are showing the same/similar > > problem. There must be some XForms connection between the two. > > > > My test program is very very small so I don't believe that there are > > pointer or memory stack issues involved. > > > > Jens tried out my test program on a Linux box using gcc but was unable > > to reproduce the problem I have been seeing. So I guess that is a clue > > too. That it has something to so with Solaris or the compiler. The > > compiler used is SUNspro instead of gcc. I do not know why this compiler > > was picked in the beginning. > > > > Because this problem is spread through several of our applications, I > > really need to find a solution. Is there anyone who has debug ideas or > > could help with this? > > > > Any help would be appreciated. > > > > Steve > > > > > > ************************************************ > > The information contained in, or attached to, this e-mail, may contain > > confidential information and is intended solely for the use of the > > individual or entity to whom they are addressed and may be subject to > > legal privilege. If you have received this e-mail in error you should > > notify the sender immediately by reply e-mail, delete the message from > > your system and notify your system manager. Please do not copy it for > > any purpose, or disclose its contents to any other person. The views or > > opinions presented in this e-mail are solely those of the author and do > > not necessarily represent those of the company. The recipient should > > check this e-mail and any attachments for the presence of viruses. The > > company accepts no liability for any damage caused, directly or > > indirectly, by any virus transmitted in this email. > > ************************************************ > > > > _______________________________________________ > > To unsubscribe, send the message "unsubscribe" to > > xforms-request at bob.usuhs.mil or see: > > http://cweblog.usuhs.mil/mailman/listinfo/xforms > > XForms Home Page: http://world.std.com/~xforms List Archive: > > http://bob.usuhs.mil/pipermail/xforms and > > http://bob.usuhs.mil/mailserv/list-archives/ > > Development: http://savannah.nongnu.org/files/?group=xforms > > > > _______________________________________________ > > To unsubscribe, send the message "unsubscribe" to > > xforms-request at bob.usuhs.mil or see: > > http://cweblog.usuhs.mil/mailman/listinfo/xforms > > XForms Home Page: http://world.std.com/~xforms > > List Archive: http://bob.usuhs.mil/pipermail/xforms and > > http://bob.usuhs.mil/mailserv/list-archives/ > > Development: http://savannah.nongnu.org/files/?group=xforms > > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms From psg at debian.org Fri Jun 22 11:31:26 2007 From: psg at debian.org (Peter S Galbraith) Date: Fri, 22 Jun 2007 11:31:26 -0400 Subject: [XForms] Documentation In-Reply-To: Message from Peter S Galbraith of "Wed, 24 May 2006 16:42:53 EDT." <22216.1148503373@mixing.qc.dfo.ca> References: <20030908154838.51918.qmail@web13407.mail.yahoo.com> <20050208142241.8683AAB07E@mixing.qc.dfo.ca> <22216.1148503373@mixing.qc.dfo.ca> Message-ID: <30558.1182526286@mixing.lau.dfo-mpo.ca> Hello T.C. (and the XForms list) Consider this the yearly nudge to release the sources of the XForms manual. Someone just emailed me last week about it, so I'm sure they would still be appreciated and used by many. This issue now dates back from 2003, so it might be nice to simply notify us if the docs are simply dead and gone. Thanks, Peter On 24 May 2006, I wrote: > Hello T.C. (and the XForms list) > > Consider this the yearly nudge to release the sources of the XForms > manual. Someone just emailed me today about them, so I'm sure they > would still be appreciated and used by many. > > Thanks, > Peter > > On 08 Feb 2005, I wrote: > > > On Sept 8th 2003, T.C. Zhao wrote: > > > > > Sorry for the delay and thanks for the info. GPL it is. > > > > > > I am currently travelling and will be back home end of > > > September. Expect the free manual in October sometime. > > > > > > -TC > > > --- Peter S Galbraith wrote: > > > > To subscribers of the xforms list > > > > > > > > > > > > T.C. Zhao wrote: > > > > > > > > > All I need to do is boot up my old linux box and recover the doc > > > > > and send it. Will do this sometime in April (I've been travelling, > > > > > and am sending this email from Tokyo). > > > > > -TC > > > > > > > > Hi T.C., > > > > > > > > I really hate to keep nagging you like this. :-) > > > > > > > > You meant to release the sources of the XForms manual last April but > > > > never got around to it. This is a reminder. Also, please avoid using > > > > the GNU Free Documentation License (GFDL) since it not a free software > > > > license and therefore cannot be included in the Debian distribution. > > > > Using the GPL would be fine. > > > > Hello T.C., > > > > Consider this another nudge to release the sources of the XForms > > manual. On the plus side, I didn't nag you in 2004. ;-) > > > > Please consider taking some time to actually do this now, while the > > sources still exist, and before you get hit by a bus or something and > > they are gone forever. The XForms sources have been free for a long > > time now (Thanks!) and they really should have free documentation. > > > > Thanks, > > -- > > Peter S. Galbraith, Debian Developer > > http://people.debian.org/~psg > > GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E > > -- > Peter S. Galbraith, Debian Developer > http://people.debian.org/~psg > GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- Peter S. Galbraith, Debian Developer http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E From bob at bob.usuhs.mil Fri Jun 22 11:32:54 2007 From: bob at bob.usuhs.mil (Robert Williams) Date: Fri, 22 Jun 2007 11:32:54 -0400 Subject: [XForms] Documentation In-Reply-To: <30558.1182526286@mixing.lau.dfo-mpo.ca> References: <20030908154838.51918.qmail@web13407.mail.yahoo.com> <20050208142241.8683AAB07E@mixing.qc.dfo.ca> <22216.1148503373@mixing.qc.dfo.ca> <30558.1182526286@mixing.lau.dfo-mpo.ca> Message-ID: <467BEBA6.4000508@bob.usuhs.mil> Seconded. Best regards, Bob Williams Peter S Galbraith wrote: > To subscribers of the xforms list > > Hello T.C. (and the XForms list) > > Consider this the yearly nudge to release the sources of the XForms > manual. Someone just emailed me last week about it, so I'm sure they > would still be appreciated and used by many. > > This issue now dates back from 2003, so it might be nice to simply > notify us if the docs are simply dead and gone. > > Thanks, > Peter > > On 24 May 2006, I wrote: > > >> Hello T.C. (and the XForms list) >> >> Consider this the yearly nudge to release the sources of the XForms >> manual. Someone just emailed me today about them, so I'm sure they >> would still be appreciated and used by many. >> >> Thanks, >> Peter >> >> On 08 Feb 2005, I wrote: >> >> >>> On Sept 8th 2003, T.C. Zhao wrote: >>> >>> >>>> Sorry for the delay and thanks for the info. GPL it is. >>>> >>>> I am currently travelling and will be back home end of >>>> September. Expect the free manual in October sometime. >>>> >>>> -TC >>>> --- Peter S Galbraith wrote: >>>> >>>>> To subscribers of the xforms list >>>>> >>>>> >>>>> T.C. Zhao wrote: >>>>> >>>>> >>>>>> All I need to do is boot up my old linux box and recover the doc >>>>>> and send it. Will do this sometime in April (I've been travelling, >>>>>> and am sending this email from Tokyo). >>>>>> -TC >>>>>> >>>>> Hi T.C., >>>>> >>>>> I really hate to keep nagging you like this. :-) >>>>> >>>>> You meant to release the sources of the XForms manual last April but >>>>> never got around to it. This is a reminder. Also, please avoid using >>>>> the GNU Free Documentation License (GFDL) since it not a free software >>>>> license and therefore cannot be included in the Debian distribution. >>>>> Using the GPL would be fine. >>>>> >>> Hello T.C., >>> >>> Consider this another nudge to release the sources of the XForms >>> manual. On the plus side, I didn't nag you in 2004. ;-) >>> >>> Please consider taking some time to actually do this now, while the >>> sources still exist, and before you get hit by a bus or something and >>> they are gone forever. The XForms sources have been free for a long >>> time now (Thanks!) and they really should have free documentation. >>> >>> Thanks, >>> -- >>> Peter S. Galbraith, Debian Developer >>> http://people.debian.org/~psg >>> GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E >>> >> -- >> Peter S. Galbraith, Debian Developer >> http://people.debian.org/~psg >> GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E >> > > -- Dr. Robert Williams Department of Biomedical Informatics Program in Molecular and Cell Biology Faculty Senate President Elect Phone: 301-295-3568 From verkindt at lapp.in2p3.fr Fri Jun 22 04:20:39 2007 From: verkindt at lapp.in2p3.fr (Didier Verkindt) Date: Fri, 22 Jun 2007 10:20:39 +0200 (CEST) Subject: [XForms] Using Xform in background without display In-Reply-To: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> References: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> Message-ID: Hi, Hoping that Xforms and this mailing list are still alive. I have developped since several years a data visualization application that uses Xforms as GUI (but not for showing plots). Now, in some cases, I would like to run this application in background (without user interaction and without showing any xform window) on a machine which has no display. I was able not to display xform windows but I get stucked on the fl_initialize function. With the following error message: Can't open display --No such file or directory Missing or failed fl_initialize() Does somebody knows a simple way to overcome this problem? Or should I try to propose a modification to Xform in order to separate in fl_initialize what is specific xform init from what is related to the display? ----------------------------------------------------------- Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt On Thu, 28 Dec 2006, Moots, Joel A. (IT Solutions/EOS) wrote: > To subscribers of the xforms list > > Since the program is so small, can you find the smallest amount of code > needed for you to reproduce the problem and then paste just the parts > you wrote to this list? E.g., if you don't need a slider callback to > reproduce the problem, get rid of it; if you need the callback but don't > need to retrieve the value, get rid of it; etc. If that's still rather > large, can you tar/gzip just the source files with no extension on the > filename and email to me. > > TIA, > > -joel > > -----Original Message----- > From: xforms-bounces at bob.usuhs.mil [mailto:xforms-bounces at bob.usuhs.mil] > On Behalf Of Kerich, Steve (AGTE) > Sent: Thursday, December 28, 2006 11:24 AM > To: xforms at bob.usuhs.mil > Subject: [XForms] corrupted text or big question box returns > > To subscribers of the xforms list > > > Hi > > I have been doing more testing and have found with my test program that > if I call fl_show_alert before fl_show_question, the corruption of the > question box goes away. I have noticed this fix also works for another > executable that is having trouble with the question box. If I display an > alert just before the question box, the problem goes away. I haven't > tried it with the other 2 images that are showing the same/similar > problem. There must be some XForms connection between the two. > > My test program is very very small so I don't believe that there are > pointer or memory stack issues involved. > > Jens tried out my test program on a Linux box using gcc but was unable > to reproduce the problem I have been seeing. So I guess that is a clue > too. That it has something to so with Solaris or the compiler. The > compiler used is SUNspro instead of gcc. I do not know why this compiler > was picked in the beginning. > > Because this problem is spread through several of our applications, I > really need to find a solution. Is there anyone who has debug ideas or > could help with this? > > Any help would be appreciated. > > Steve > > > ************************************************ > The information contained in, or attached to, this e-mail, may contain > confidential information and is intended solely for the use of the > individual or entity to whom they are addressed and may be subject to > legal privilege. If you have received this e-mail in error you should > notify the sender immediately by reply e-mail, delete the message from > your system and notify your system manager. Please do not copy it for > any purpose, or disclose its contents to any other person. The views or > opinions presented in this e-mail are solely those of the author and do > not necessarily represent those of the company. The recipient should > check this e-mail and any attachments for the presence of viruses. The > company accepts no liability for any damage caused, directly or > indirectly, by any virus transmitted in this email. > ************************************************ > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms List Archive: > http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > From gme at epr80.de Fri Jun 22 09:42:20 2007 From: gme at epr80.de (Gerald Emig) Date: Fri, 22 Jun 2007 15:42:20 +0200 Subject: [XForms] Using Xform in background without display In-Reply-To: References: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> Message-ID: <20070622154220.65d1ac2d@emig9.emig-software.de> Hi Didier, the following I found using Google: "If you are not running X on the server, then you need a dummy X server. You can create one with xVNC or Xvfb on the server. Set your DISPLAY variable to the dummy X server." The complete article is located at "http://www.linuxquestions.org/questions/showthread.php?t=370706" Is this a solution for you ? Best regards, Gerald On Fri, 22 Jun 2007 10:20:39 +0200 (CEST) Didier Verkindt wrote: > To subscribers of the xforms list > > > Hi, > Hoping that Xforms and this mailing list are still alive. > > I have developped since several years a data visualization application > that uses Xforms as GUI (but not for showing plots). Now, in some cases, I > would like to run this application in background (without user > interaction and without showing any xform window) on a machine which has > no display. I was able not to display xform windows but I get stucked on > the fl_initialize function. > With the following error message: > Can't open display --No such file or directory > Missing or failed fl_initialize() > > Does somebody knows a simple way to overcome this problem? > Or should I try to propose a modification > to Xform in order to separate in fl_initialize what is specific xform init > from what is related to the display? > > ----------------------------------------------------------- > Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE > tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt > > > On Thu, 28 Dec 2006, Moots, Joel A. (IT Solutions/EOS) wrote: > > > To subscribers of the xforms list > > > > Since the program is so small, can you find the smallest amount of code > > needed for you to reproduce the problem and then paste just the parts > > you wrote to this list? E.g., if you don't need a slider callback to > > reproduce the problem, get rid of it; if you need the callback but don't > > need to retrieve the value, get rid of it; etc. If that's still rather > > large, can you tar/gzip just the source files with no extension on the > > filename and email to me. > > > > TIA, > > > > -joel > > > > -----Original Message----- > > From: xforms-bounces at bob.usuhs.mil [mailto:xforms-bounces at bob.usuhs.mil] > > On Behalf Of Kerich, Steve (AGTE) > > Sent: Thursday, December 28, 2006 11:24 AM > > To: xforms at bob.usuhs.mil > > Subject: [XForms] corrupted text or big question box returns > > > > To subscribers of the xforms list > > > > > > Hi > > > > I have been doing more testing and have found with my test program that > > if I call fl_show_alert before fl_show_question, the corruption of the > > question box goes away. I have noticed this fix also works for another > > executable that is having trouble with the question box. If I display an > > alert just before the question box, the problem goes away. I haven't > > tried it with the other 2 images that are showing the same/similar > > problem. There must be some XForms connection between the two. > > > > My test program is very very small so I don't believe that there are > > pointer or memory stack issues involved. > > > > Jens tried out my test program on a Linux box using gcc but was unable > > to reproduce the problem I have been seeing. So I guess that is a clue > > too. That it has something to so with Solaris or the compiler. The > > compiler used is SUNspro instead of gcc. I do not know why this compiler > > was picked in the beginning. > > > > Because this problem is spread through several of our applications, I > > really need to find a solution. Is there anyone who has debug ideas or > > could help with this? > > > > Any help would be appreciated. > > > > Steve > > > > > > ************************************************ > > The information contained in, or attached to, this e-mail, may contain > > confidential information and is intended solely for the use of the > > individual or entity to whom they are addressed and may be subject to > > legal privilege. If you have received this e-mail in error you should > > notify the sender immediately by reply e-mail, delete the message from > > your system and notify your system manager. Please do not copy it for > > any purpose, or disclose its contents to any other person. The views or > > opinions presented in this e-mail are solely those of the author and do > > not necessarily represent those of the company. The recipient should > > check this e-mail and any attachments for the presence of viruses. The > > company accepts no liability for any damage caused, directly or > > indirectly, by any virus transmitted in this email. > > ************************************************ > > > > _______________________________________________ > > To unsubscribe, send the message "unsubscribe" to > > xforms-request at bob.usuhs.mil or see: > > http://cweblog.usuhs.mil/mailman/listinfo/xforms > > XForms Home Page: http://world.std.com/~xforms List Archive: > > http://bob.usuhs.mil/pipermail/xforms and > > http://bob.usuhs.mil/mailserv/list-archives/ > > Development: http://savannah.nongnu.org/files/?group=xforms > > > > _______________________________________________ > > To unsubscribe, send the message "unsubscribe" to > > xforms-request at bob.usuhs.mil or see: > > http://cweblog.usuhs.mil/mailman/listinfo/xforms > > XForms Home Page: http://world.std.com/~xforms > > List Archive: http://bob.usuhs.mil/pipermail/xforms and > > http://bob.usuhs.mil/mailserv/list-archives/ > > Development: http://savannah.nongnu.org/files/?group=xforms > > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms From psg at debian.org Fri Jun 22 11:31:26 2007 From: psg at debian.org (Peter S Galbraith) Date: Fri, 22 Jun 2007 11:31:26 -0400 Subject: [XForms] Documentation In-Reply-To: Message from Peter S Galbraith of "Wed, 24 May 2006 16:42:53 EDT." <22216.1148503373@mixing.qc.dfo.ca> References: <20030908154838.51918.qmail@web13407.mail.yahoo.com> <20050208142241.8683AAB07E@mixing.qc.dfo.ca> <22216.1148503373@mixing.qc.dfo.ca> Message-ID: <30558.1182526286@mixing.lau.dfo-mpo.ca> Hello T.C. (and the XForms list) Consider this the yearly nudge to release the sources of the XForms manual. Someone just emailed me last week about it, so I'm sure they would still be appreciated and used by many. This issue now dates back from 2003, so it might be nice to simply notify us if the docs are simply dead and gone. Thanks, Peter On 24 May 2006, I wrote: > Hello T.C. (and the XForms list) > > Consider this the yearly nudge to release the sources of the XForms > manual. Someone just emailed me today about them, so I'm sure they > would still be appreciated and used by many. > > Thanks, > Peter > > On 08 Feb 2005, I wrote: > > > On Sept 8th 2003, T.C. Zhao wrote: > > > > > Sorry for the delay and thanks for the info. GPL it is. > > > > > > I am currently travelling and will be back home end of > > > September. Expect the free manual in October sometime. > > > > > > -TC > > > --- Peter S Galbraith wrote: > > > > To subscribers of the xforms list > > > > > > > > > > > > T.C. Zhao wrote: > > > > > > > > > All I need to do is boot up my old linux box and recover the doc > > > > > and send it. Will do this sometime in April (I've been travelling, > > > > > and am sending this email from Tokyo). > > > > > -TC > > > > > > > > Hi T.C., > > > > > > > > I really hate to keep nagging you like this. :-) > > > > > > > > You meant to release the sources of the XForms manual last April but > > > > never got around to it. This is a reminder. Also, please avoid using > > > > the GNU Free Documentation License (GFDL) since it not a free software > > > > license and therefore cannot be included in the Debian distribution. > > > > Using the GPL would be fine. > > > > Hello T.C., > > > > Consider this another nudge to release the sources of the XForms > > manual. On the plus side, I didn't nag you in 2004. ;-) > > > > Please consider taking some time to actually do this now, while the > > sources still exist, and before you get hit by a bus or something and > > they are gone forever. The XForms sources have been free for a long > > time now (Thanks!) and they really should have free documentation. > > > > Thanks, > > -- > > Peter S. Galbraith, Debian Developer > > http://people.debian.org/~psg > > GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E > > -- > Peter S. Galbraith, Debian Developer > http://people.debian.org/~psg > GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- Peter S. Galbraith, Debian Developer http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E From bob at bob.usuhs.mil Fri Jun 22 11:32:54 2007 From: bob at bob.usuhs.mil (Robert Williams) Date: Fri, 22 Jun 2007 11:32:54 -0400 Subject: [XForms] Documentation In-Reply-To: <30558.1182526286@mixing.lau.dfo-mpo.ca> References: <20030908154838.51918.qmail@web13407.mail.yahoo.com> <20050208142241.8683AAB07E@mixing.qc.dfo.ca> <22216.1148503373@mixing.qc.dfo.ca> <30558.1182526286@mixing.lau.dfo-mpo.ca> Message-ID: <467BEBA6.4000508@bob.usuhs.mil> Seconded. Best regards, Bob Williams Peter S Galbraith wrote: > To subscribers of the xforms list > > Hello T.C. (and the XForms list) > > Consider this the yearly nudge to release the sources of the XForms > manual. Someone just emailed me last week about it, so I'm sure they > would still be appreciated and used by many. > > This issue now dates back from 2003, so it might be nice to simply > notify us if the docs are simply dead and gone. > > Thanks, > Peter > > On 24 May 2006, I wrote: > > >> Hello T.C. (and the XForms list) >> >> Consider this the yearly nudge to release the sources of the XForms >> manual. Someone just emailed me today about them, so I'm sure they >> would still be appreciated and used by many. >> >> Thanks, >> Peter >> >> On 08 Feb 2005, I wrote: >> >> >>> On Sept 8th 2003, T.C. Zhao wrote: >>> >>> >>>> Sorry for the delay and thanks for the info. GPL it is. >>>> >>>> I am currently travelling and will be back home end of >>>> September. Expect the free manual in October sometime. >>>> >>>> -TC >>>> --- Peter S Galbraith wrote: >>>> >>>>> To subscribers of the xforms list >>>>> >>>>> >>>>> T.C. Zhao wrote: >>>>> >>>>> >>>>>> All I need to do is boot up my old linux box and recover the doc >>>>>> and send it. Will do this sometime in April (I've been travelling, >>>>>> and am sending this email from Tokyo). >>>>>> -TC >>>>>> >>>>> Hi T.C., >>>>> >>>>> I really hate to keep nagging you like this. :-) >>>>> >>>>> You meant to release the sources of the XForms manual last April but >>>>> never got around to it. This is a reminder. Also, please avoid using >>>>> the GNU Free Documentation License (GFDL) since it not a free software >>>>> license and therefore cannot be included in the Debian distribution. >>>>> Using the GPL would be fine. >>>>> >>> Hello T.C., >>> >>> Consider this another nudge to release the sources of the XForms >>> manual. On the plus side, I didn't nag you in 2004. ;-) >>> >>> Please consider taking some time to actually do this now, while the >>> sources still exist, and before you get hit by a bus or something and >>> they are gone forever. The XForms sources have been free for a long >>> time now (Thanks!) and they really should have free documentation. >>> >>> Thanks, >>> -- >>> Peter S. Galbraith, Debian Developer >>> http://people.debian.org/~psg >>> GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E >>> >> -- >> Peter S. Galbraith, Debian Developer >> http://people.debian.org/~psg >> GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E >> > > -- Dr. Robert Williams Department of Biomedical Informatics Program in Molecular and Cell Biology Faculty Senate President Elect Phone: 301-295-3568 From verkindt at lapp.in2p3.fr Fri Jun 22 04:20:39 2007 From: verkindt at lapp.in2p3.fr (Didier Verkindt) Date: Fri, 22 Jun 2007 10:20:39 +0200 (CEST) Subject: [XForms] Using Xform in background without display In-Reply-To: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> References: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> Message-ID: Hi, Hoping that Xforms and this mailing list are still alive. I have developped since several years a data visualization application that uses Xforms as GUI (but not for showing plots). Now, in some cases, I would like to run this application in background (without user interaction and without showing any xform window) on a machine which has no display. I was able not to display xform windows but I get stucked on the fl_initialize function. With the following error message: Can't open display --No such file or directory Missing or failed fl_initialize() Does somebody knows a simple way to overcome this problem? Or should I try to propose a modification to Xform in order to separate in fl_initialize what is specific xform init from what is related to the display? ----------------------------------------------------------- Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt On Thu, 28 Dec 2006, Moots, Joel A. (IT Solutions/EOS) wrote: > To subscribers of the xforms list > > Since the program is so small, can you find the smallest amount of code > needed for you to reproduce the problem and then paste just the parts > you wrote to this list? E.g., if you don't need a slider callback to > reproduce the problem, get rid of it; if you need the callback but don't > need to retrieve the value, get rid of it; etc. If that's still rather > large, can you tar/gzip just the source files with no extension on the > filename and email to me. > > TIA, > > -joel > > -----Original Message----- > From: xforms-bounces at bob.usuhs.mil [mailto:xforms-bounces at bob.usuhs.mil] > On Behalf Of Kerich, Steve (AGTE) > Sent: Thursday, December 28, 2006 11:24 AM > To: xforms at bob.usuhs.mil > Subject: [XForms] corrupted text or big question box returns > > To subscribers of the xforms list > > > Hi > > I have been doing more testing and have found with my test program that > if I call fl_show_alert before fl_show_question, the corruption of the > question box goes away. I have noticed this fix also works for another > executable that is having trouble with the question box. If I display an > alert just before the question box, the problem goes away. I haven't > tried it with the other 2 images that are showing the same/similar > problem. There must be some XForms connection between the two. > > My test program is very very small so I don't believe that there are > pointer or memory stack issues involved. > > Jens tried out my test program on a Linux box using gcc but was unable > to reproduce the problem I have been seeing. So I guess that is a clue > too. That it has something to so with Solaris or the compiler. The > compiler used is SUNspro instead of gcc. I do not know why this compiler > was picked in the beginning. > > Because this problem is spread through several of our applications, I > really need to find a solution. Is there anyone who has debug ideas or > could help with this? > > Any help would be appreciated. > > Steve > > > ************************************************ > The information contained in, or attached to, this e-mail, may contain > confidential information and is intended solely for the use of the > individual or entity to whom they are addressed and may be subject to > legal privilege. If you have received this e-mail in error you should > notify the sender immediately by reply e-mail, delete the message from > your system and notify your system manager. Please do not copy it for > any purpose, or disclose its contents to any other person. The views or > opinions presented in this e-mail are solely those of the author and do > not necessarily represent those of the company. The recipient should > check this e-mail and any attachments for the presence of viruses. The > company accepts no liability for any damage caused, directly or > indirectly, by any virus transmitted in this email. > ************************************************ > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms List Archive: > http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > From gme at epr80.de Fri Jun 22 09:42:20 2007 From: gme at epr80.de (Gerald Emig) Date: Fri, 22 Jun 2007 15:42:20 +0200 Subject: [XForms] Using Xform in background without display In-Reply-To: References: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> Message-ID: <20070622154220.65d1ac2d@emig9.emig-software.de> Hi Didier, the following I found using Google: "If you are not running X on the server, then you need a dummy X server. You can create one with xVNC or Xvfb on the server. Set your DISPLAY variable to the dummy X server." The complete article is located at "http://www.linuxquestions.org/questions/showthread.php?t=370706" Is this a solution for you ? Best regards, Gerald On Fri, 22 Jun 2007 10:20:39 +0200 (CEST) Didier Verkindt wrote: > To subscribers of the xforms list > > > Hi, > Hoping that Xforms and this mailing list are still alive. > > I have developped since several years a data visualization application > that uses Xforms as GUI (but not for showing plots). Now, in some cases, I > would like to run this application in background (without user > interaction and without showing any xform window) on a machine which has > no display. I was able not to display xform windows but I get stucked on > the fl_initialize function. > With the following error message: > Can't open display --No such file or directory > Missing or failed fl_initialize() > > Does somebody knows a simple way to overcome this problem? > Or should I try to propose a modification > to Xform in order to separate in fl_initialize what is specific xform init > from what is related to the display? > > ----------------------------------------------------------- > Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE > tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt > > > On Thu, 28 Dec 2006, Moots, Joel A. (IT Solutions/EOS) wrote: > > > To subscribers of the xforms list > > > > Since the program is so small, can you find the smallest amount of code > > needed for you to reproduce the problem and then paste just the parts > > you wrote to this list? E.g., if you don't need a slider callback to > > reproduce the problem, get rid of it; if you need the callback but don't > > need to retrieve the value, get rid of it; etc. If that's still rather > > large, can you tar/gzip just the source files with no extension on the > > filename and email to me. > > > > TIA, > > > > -joel > > > > -----Original Message----- > > From: xforms-bounces at bob.usuhs.mil [mailto:xforms-bounces at bob.usuhs.mil] > > On Behalf Of Kerich, Steve (AGTE) > > Sent: Thursday, December 28, 2006 11:24 AM > > To: xforms at bob.usuhs.mil > > Subject: [XForms] corrupted text or big question box returns > > > > To subscribers of the xforms list > > > > > > Hi > > > > I have been doing more testing and have found with my test program that > > if I call fl_show_alert before fl_show_question, the corruption of the > > question box goes away. I have noticed this fix also works for another > > executable that is having trouble with the question box. If I display an > > alert just before the question box, the problem goes away. I haven't > > tried it with the other 2 images that are showing the same/similar > > problem. There must be some XForms connection between the two. > > > > My test program is very very small so I don't believe that there are > > pointer or memory stack issues involved. > > > > Jens tried out my test program on a Linux box using gcc but was unable > > to reproduce the problem I have been seeing. So I guess that is a clue > > too. That it has something to so with Solaris or the compiler. The > > compiler used is SUNspro instead of gcc. I do not know why this compiler > > was picked in the beginning. > > > > Because this problem is spread through several of our applications, I > > really need to find a solution. Is there anyone who has debug ideas or > > could help with this? > > > > Any help would be appreciated. > > > > Steve > > > > > > ************************************************ > > The information contained in, or attached to, this e-mail, may contain > > confidential information and is intended solely for the use of the > > individual or entity to whom they are addressed and may be subject to > > legal privilege. If you have received this e-mail in error you should > > notify the sender immediately by reply e-mail, delete the message from > > your system and notify your system manager. Please do not copy it for > > any purpose, or disclose its contents to any other person. The views or > > opinions presented in this e-mail are solely those of the author and do > > not necessarily represent those of the company. The recipient should > > check this e-mail and any attachments for the presence of viruses. The > > company accepts no liability for any damage caused, directly or > > indirectly, by any virus transmitted in this email. > > ************************************************ > > > > _______________________________________________ > > To unsubscribe, send the message "unsubscribe" to > > xforms-request at bob.usuhs.mil or see: > > http://cweblog.usuhs.mil/mailman/listinfo/xforms > > XForms Home Page: http://world.std.com/~xforms List Archive: > > http://bob.usuhs.mil/pipermail/xforms and > > http://bob.usuhs.mil/mailserv/list-archives/ > > Development: http://savannah.nongnu.org/files/?group=xforms > > > > _______________________________________________ > > To unsubscribe, send the message "unsubscribe" to > > xforms-request at bob.usuhs.mil or see: > > http://cweblog.usuhs.mil/mailman/listinfo/xforms > > XForms Home Page: http://world.std.com/~xforms > > List Archive: http://bob.usuhs.mil/pipermail/xforms and > > http://bob.usuhs.mil/mailserv/list-archives/ > > Development: http://savannah.nongnu.org/files/?group=xforms > > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms From psg at debian.org Fri Jun 22 11:31:26 2007 From: psg at debian.org (Peter S Galbraith) Date: Fri, 22 Jun 2007 11:31:26 -0400 Subject: [XForms] Documentation In-Reply-To: Message from Peter S Galbraith of "Wed, 24 May 2006 16:42:53 EDT." <22216.1148503373@mixing.qc.dfo.ca> References: <20030908154838.51918.qmail@web13407.mail.yahoo.com> <20050208142241.8683AAB07E@mixing.qc.dfo.ca> <22216.1148503373@mixing.qc.dfo.ca> Message-ID: <30558.1182526286@mixing.lau.dfo-mpo.ca> Hello T.C. (and the XForms list) Consider this the yearly nudge to release the sources of the XForms manual. Someone just emailed me last week about it, so I'm sure they would still be appreciated and used by many. This issue now dates back from 2003, so it might be nice to simply notify us if the docs are simply dead and gone. Thanks, Peter On 24 May 2006, I wrote: > Hello T.C. (and the XForms list) > > Consider this the yearly nudge to release the sources of the XForms > manual. Someone just emailed me today about them, so I'm sure they > would still be appreciated and used by many. > > Thanks, > Peter > > On 08 Feb 2005, I wrote: > > > On Sept 8th 2003, T.C. Zhao wrote: > > > > > Sorry for the delay and thanks for the info. GPL it is. > > > > > > I am currently travelling and will be back home end of > > > September. Expect the free manual in October sometime. > > > > > > -TC > > > --- Peter S Galbraith wrote: > > > > To subscribers of the xforms list > > > > > > > > > > > > T.C. Zhao wrote: > > > > > > > > > All I need to do is boot up my old linux box and recover the doc > > > > > and send it. Will do this sometime in April (I've been travelling, > > > > > and am sending this email from Tokyo). > > > > > -TC > > > > > > > > Hi T.C., > > > > > > > > I really hate to keep nagging you like this. :-) > > > > > > > > You meant to release the sources of the XForms manual last April but > > > > never got around to it. This is a reminder. Also, please avoid using > > > > the GNU Free Documentation License (GFDL) since it not a free software > > > > license and therefore cannot be included in the Debian distribution. > > > > Using the GPL would be fine. > > > > Hello T.C., > > > > Consider this another nudge to release the sources of the XForms > > manual. On the plus side, I didn't nag you in 2004. ;-) > > > > Please consider taking some time to actually do this now, while the > > sources still exist, and before you get hit by a bus or something and > > they are gone forever. The XForms sources have been free for a long > > time now (Thanks!) and they really should have free documentation. > > > > Thanks, > > -- > > Peter S. Galbraith, Debian Developer > > http://people.debian.org/~psg > > GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E > > -- > Peter S. Galbraith, Debian Developer > http://people.debian.org/~psg > GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- Peter S. Galbraith, Debian Developer http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E From bob at bob.usuhs.mil Fri Jun 22 11:32:54 2007 From: bob at bob.usuhs.mil (Robert Williams) Date: Fri, 22 Jun 2007 11:32:54 -0400 Subject: [XForms] Documentation In-Reply-To: <30558.1182526286@mixing.lau.dfo-mpo.ca> References: <20030908154838.51918.qmail@web13407.mail.yahoo.com> <20050208142241.8683AAB07E@mixing.qc.dfo.ca> <22216.1148503373@mixing.qc.dfo.ca> <30558.1182526286@mixing.lau.dfo-mpo.ca> Message-ID: <467BEBA6.4000508@bob.usuhs.mil> Seconded. Best regards, Bob Williams Peter S Galbraith wrote: > To subscribers of the xforms list > > Hello T.C. (and the XForms list) > > Consider this the yearly nudge to release the sources of the XForms > manual. Someone just emailed me last week about it, so I'm sure they > would still be appreciated and used by many. > > This issue now dates back from 2003, so it might be nice to simply > notify us if the docs are simply dead and gone. > > Thanks, > Peter > > On 24 May 2006, I wrote: > > >> Hello T.C. (and the XForms list) >> >> Consider this the yearly nudge to release the sources of the XForms >> manual. Someone just emailed me today about them, so I'm sure they >> would still be appreciated and used by many. >> >> Thanks, >> Peter >> >> On 08 Feb 2005, I wrote: >> >> >>> On Sept 8th 2003, T.C. Zhao wrote: >>> >>> >>>> Sorry for the delay and thanks for the info. GPL it is. >>>> >>>> I am currently travelling and will be back home end of >>>> September. Expect the free manual in October sometime. >>>> >>>> -TC >>>> --- Peter S Galbraith wrote: >>>> >>>>> To subscribers of the xforms list >>>>> >>>>> >>>>> T.C. Zhao wrote: >>>>> >>>>> >>>>>> All I need to do is boot up my old linux box and recover the doc >>>>>> and send it. Will do this sometime in April (I've been travelling, >>>>>> and am sending this email from Tokyo). >>>>>> -TC >>>>>> >>>>> Hi T.C., >>>>> >>>>> I really hate to keep nagging you like this. :-) >>>>> >>>>> You meant to release the sources of the XForms manual last April but >>>>> never got around to it. This is a reminder. Also, please avoid using >>>>> the GNU Free Documentation License (GFDL) since it not a free software >>>>> license and therefore cannot be included in the Debian distribution. >>>>> Using the GPL would be fine. >>>>> >>> Hello T.C., >>> >>> Consider this another nudge to release the sources of the XForms >>> manual. On the plus side, I didn't nag you in 2004. ;-) >>> >>> Please consider taking some time to actually do this now, while the >>> sources still exist, and before you get hit by a bus or something and >>> they are gone forever. The XForms sources have been free for a long >>> time now (Thanks!) and they really should have free documentation. >>> >>> Thanks, >>> -- >>> Peter S. Galbraith, Debian Developer >>> http://people.debian.org/~psg >>> GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E >>> >> -- >> Peter S. Galbraith, Debian Developer >> http://people.debian.org/~psg >> GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E >> > > -- Dr. Robert Williams Department of Biomedical Informatics Program in Molecular and Cell Biology Faculty Senate President Elect Phone: 301-295-3568 >From xforms-bounces at bob.usuhs.mil Mon Nov 24 18:41:08 2008 Return-Path: Delivery-Date: Mon, 24 Nov 2008 18:41:08 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1L4fQd29J0-0007M3 for jt at toerring.de; Mon, 24 Nov 2008 18:41:08 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAOGoexW015587; Mon, 24 Nov 2008 11:58:56 -0500 Received: from mout-bounce.kundenserver.de (mout-bounce.kundenserver.de [212.227.17.3]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAOGnlQh015573 for ; Mon, 24 Nov 2008 11:50:18 -0500 Received: from toerring.de (p54BFA755.dip0.t-ipconnect.de [84.191.167.85]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1L4ecw3MpF-0004kX; Mon, 24 Nov 2008 17:49:35 +0100 Received: by toerring.de (Postfix, from userid 1000) id 1E33F7A266D; Mon, 24 Nov 2008 17:49:34 +0100 (CET) Date: Mon, 24 Nov 2008 17:49:34 +0100 From: Jens Thoms Toerring To: Serge Bromow , xforms at bob.usuhs.mil Message-ID: <20081124164934.GA11034 at toerring.de> References: <20081122204654.GA2445 at toerring.de> <492A160C.4090706 at dineamix.ca> <20081124113542.GA31211 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20081124113542.GA31211 at toerring.de> User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX1/Ghtg5n2P4h4kqKDvKXwceDGneJ35KuFlsoZ9 ON1EXtyJd6MSMF6dNShTsAHwi2Ba30Zk+/cMLdSSE0q9Ccvy5w LX+urF9b68mt8Jiz+G75JWcenxsWpyV X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8671/Mon Nov 24 10:06:17 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8671/Mon Nov 24 10:06:17 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: Re: [XForms] New release XForms 1.0.91 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1403 Lines: 30 To subscribers of the xforms list Hi Serge, On Mon, Nov 24, 2008 at 12:35:42PM +0100, Jens Thoms Toerring wrote: > About the second form you have on the web page: I am not sure where > this comes from. I just see that some objects have a black instead > of a grey background but I don't know what kind of objects that are I just had another look and realized that you wrote that it are choice objects, sorry that I missed that before. So I tried to deactivate all kinds of choice objects (i.e. FL_NORMAL_CHOICE, FL_NORMAL_CHOICE2, FL_DROPLIST_CHOICE) but couldn't reproduce the problem here. Did you anything with them beside deactiva- ting them? Could you perhaps send me a few lines from your pro- gram where you create choice objects and manipulate their pro- perties (it doesn't have to be a full working program, just something that gives me an idea what you're doing with the choice objects)? Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Nov 24 13:19:57 2008 Return-Path: Delivery-Date: Mon, 24 Nov 2008 13:19:57 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu5) with ESMTP (Nemesis) id 0MKqpg-1L4aPp0k1U-000Ebt for jt at toerring.de; Mon, 24 Nov 2008 13:19:57 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAOBanxT013337; Mon, 24 Nov 2008 06:44:31 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAOBZv84013328 for ; Mon, 24 Nov 2008 06:36:27 -0500 Received: from toerring.de (p54BFA755.dip0.t-ipconnect.de [84.191.167.85]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1L4ZjD0SVU-0004ov; Mon, 24 Nov 2008 12:35:44 +0100 Received: by toerring.de (Postfix, from userid 1000) id 7317C7A266D; Mon, 24 Nov 2008 12:35:42 +0100 (CET) Date: Mon, 24 Nov 2008 12:35:42 +0100 From: Jens Thoms Toerring To: Serge Bromow , xforms at bob.usuhs.mil Message-ID: <20081124113542.GA31211 at toerring.de> References: <20081122204654.GA2445 at toerring.de> <492A160C.4090706 at dineamix.ca> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <492A160C.4090706 at dineamix.ca> User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX18MY0iPFOQ+2GvpRgzdoPkE8KVUVGG+RtksjeY +gyua+ZXhxLb3UCGzxfFzlah0ZmqAzYus+22mBgws5LWKvgAOm eCnHxAMGZJNgW/eOXgqGGOYDX3K9bR5 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8669/Mon Nov 24 03:21:48 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8669/Mon Nov 24 03:21:48 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: Re: [XForms] New release XForms 1.0.91 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3204 Lines: 72 To subscribers of the xforms list Hi Serge, > Compiled the libraries without incident. I recompiled some of the x-apps > using the new static xforms library with some odd results. Since I am > unable to include pictures with this post you can view them at > "www.dineamix.ca/xforms" along with some notes. About the fonts in the menus: there seemed to a general consensus here (at least by those that commented) that the old look of XForms wasn't very nice anymore and that it woud be better to make it look a bit more like more modern GUI toolkits. Thus I changes several things: the default border width of objects has been reduced from 3 to 1 pixel. The font in menus, popups etc. has been switched from bold to normal font. The shadows around menus have been re- moved (they were problematic anyway, they actually bever worked correctly and I didn't see any way how to get it right..). So things look less extreme 3D then they used to (which looked a lot like in the early years of the last decade when everybody was a bit over-enthusiastic about having 3D effects;-) If you want just to have a bold font for the labels for menus and popups I think all you need is to call fl_set_object_lstyle( obj, FL_BOLD_STYLE ); on the objects for the menus. That hopefully should give you back the old look of the first form you have on that webpage. If you also want the old font style (bold italics) in the windows that pop up for menus etc., then you would have to call once fl_setpup_default_fontstyle( FL_BOLDITALIC_STYLE ); before you create the menus (this is an application-wide setting). How to give the windows that pop up for menus etc. a more 3D-ish look I haven't figured out yet, it may require adding a new func- tion. For the "shadows" around them I have no idea at all how to get them right, so I can't make any promises that you'll get them back. About the second form you have on the web page: I am not sure where this comes from. I just see that some objects have a black instead of a grey background but I don't know what kind of objects that are (I tried deactivated menus and choice objects but that didn't do the trick here). It's not unlikely that you fond some bug there but since it's not clear to me what types of objects they are I have no good idea at the moment where to look. > As a note I did not use the new GL or flimage libraries. Maybe I should? > I will try these libraries later once our production compiles have > completed. I can't tell since never tried mixing different versions. On the one hand, the libraries should be independent of each other, but you never know;-) Sorry for the inconveniences, I hope we can resolve these problems real soon! Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Nov 24 04:34:06 2008 Return-Path: Delivery-Date: Mon, 24 Nov 2008 04:34:06 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu24) with ESMTP (Nemesis) id 0MKtd6-1L4SCw0MNi-000gDc for jt at toerring.de; Mon, 24 Nov 2008 04:34:06 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAO2nkWP009471; Sun, 23 Nov 2008 21:57:54 -0500 Received: from smtp120.rog.mail.re2.yahoo.com (smtp120.rog.mail.re2.yahoo.com [68.142.224.75]) by bob.usuhs.mil (8.14.2/8.14.2) with SMTP id mAO2n3bV009463 for ; Sun, 23 Nov 2008 21:49:33 -0500 Received: (qmail 41326 invoked from network); 24 Nov 2008 02:48:53 -0000 Received: from unknown (HELO backup.dineamix.org) (serge at 99.240.244.247 with plain) by smtp120.rog.mail.re2.yahoo.com with SMTP; 24 Nov 2008 02:48:53 -0000 X-YMail-OSG: u1saMkoVM1kuPVwXHfIvSQj.R4scvumbMSddnzz0zb1BjUtmiY6dT45P_drNRj0MBQ-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <492A160C.4090706 at dineamix.ca> Date: Sun, 23 Nov 2008 21:48:44 -0500 From: Serge Bromow User-Agent: Thunderbird 2.0.0.18 (X11/20081105) MIME-Version: 1.0 To: "xforms at bob.usuhs.mil" References: <20081122204654.GA2445 at toerring.de> In-Reply-To: <20081122204654.GA2445 at toerring.de> X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8667/Sun Nov 23 16:31:21 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8667/Sun Nov 23 16:31:21 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: Re: [XForms] New release XForms 1.0.91 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 4349 Lines: 99 To subscribers of the xforms list Hi Jens, Compiled the libraries without incident. I recompiled some of the x-apps using the new static xforms library with some odd results. Since I am unable to include pictures with this post you can view them at "www.dineamix.ca/xforms" along with some notes. As a note I did not use the new GL or flimage libraries. Maybe I should? I will try these libraries later once our production compiles have completed. Thanks, Serge Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hi everybody, > > as threatend I have uploaded a new release of XForms, 1.0.91. > You can download it from > > http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91.tar.gz > > I hope that this is another step on the rather long-winded road to > the 1.1.0 version and I would like to thank all of you for contri- > buting code and bug fixes, send bug reports or made suggestions! > Very special thanks go to Angus Leeming and Jean-Marc Lasgouttes > who both did a lot of excellent work I then could continue from. > > There are a few cosmetic changes compared to the last pre-release, > mostly to silence a few compiler warnings (gcc 4.3.2 is a bit more > picky than the older version I was using before). I hope that I did > not break anything essential with these minor changes... > > With the new release out I guess we should take a look at what's > needed on the further road to 1.1.0. I have three points that I think > could be interesting: > > a) Make the documentation available in a useful format and work in > the changes that have been made in the code > b) UTF-8 support > c) Support for TrueType fonts > > I guess I will start with a) as soon as possible since I feel that > a library without proper documentation is rather useless. As I al- > ready wrote a few days ago I am still undecided about the format. > I got the suggestion via private email to use a Wiki. While that > looks like a good solution I am a bit concerned where we could host > a Wiki and if there are enough people prepared to make sure it won't > get vandalized. There is also the question if it's possible to get a > nicely printed version out of it (but maybe it's only me that likes > printed documentation nowadays, so that isn't necessarily a relevant > argument). If someone has thoughts about all that please let me know. > > Points b) and c) are from my personal wishlist but I don't know how > relevant they are to others. There probably are a lot of other, more > important points that need some work and I would like to ask you to > discuss them here on the mailing list! > > Another point I am a bit concerned about is the claim made in several > places that XForms works X11 R4, R5 and R6 as well as with operating > systems as OS2, VMS etc. I have no access to machines with X11 R4 or > R5 or OS2 or VMS so I am in no position to determine if these are > still correct. Are there some people out there that can confirm them > or should we better stop making these claims? > > And, of course, there will still be a number of bugs in the new > release. So, please, don't stop sending me bug reports about what- > ever you find not to be working correctly. > > Best regards, Jens > -- Serge Bromow DineAmix Inc. 888 411-6636 Ottawa, Canada. http://www.dineamix.ca IMPORTANT NOTICE: This message is intended only for the use of the individual or entity to which it is addressed. The message may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify DineAmix Inc. immediately by email at postmaster at dineamix.ca. Thank you. _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Nov 22 22:34:05 2008 Return-Path: Delivery-Date: Sat, 22 Nov 2008 22:34:05 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu0) with ESMTP (Nemesis) id 0MKpIi-1L406y3GaG-000IYi for jt at toerring.de; Sat, 22 Nov 2008 22:34:05 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAMKlnG3023163; Sat, 22 Nov 2008 15:56:11 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAMKl6HD023151 for ; Sat, 22 Nov 2008 15:47:36 -0500 Received: from toerring.de (p54BFA960.dip0.t-ipconnect.de [84.191.169.96]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1L3zNX1dXI-0002Zh; Sat, 22 Nov 2008 21:46:55 +0100 Received: by toerring.de (Postfix, from userid 1000) id 64F2D7A266D; Sat, 22 Nov 2008 21:46:54 +0100 (CET) Date: Sat, 22 Nov 2008 21:46:54 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20081122204654.GA2445 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX1/N5FIusX9I7GoNiMuqPvyJZxUH697DYta/r3X m+1RImlGHOEaxg92N0Vdlh58w3mMpu857Xx6XeyRlZwmFfnl+D VF5TqAQASs8XjWAjr+V4uUOhbWWkDXd X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8663/Sat Nov 22 07:54:48 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8663/Sat Nov 22 07:54:48 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] New release XForms 1.0.91 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3119 Lines: 67 To subscribers of the xforms list Hi everybody, as threatend I have uploaded a new release of XForms, 1.0.91. You can download it from http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91.tar.gz I hope that this is another step on the rather long-winded road to the 1.1.0 version and I would like to thank all of you for contri- buting code and bug fixes, send bug reports or made suggestions! Very special thanks go to Angus Leeming and Jean-Marc Lasgouttes who both did a lot of excellent work I then could continue from. There are a few cosmetic changes compared to the last pre-release, mostly to silence a few compiler warnings (gcc 4.3.2 is a bit more picky than the older version I was using before). I hope that I did not break anything essential with these minor changes... With the new release out I guess we should take a look at what's needed on the further road to 1.1.0. I have three points that I think could be interesting: a) Make the documentation available in a useful format and work in the changes that have been made in the code b) UTF-8 support c) Support for TrueType fonts I guess I will start with a) as soon as possible since I feel that a library without proper documentation is rather useless. As I al- ready wrote a few days ago I am still undecided about the format. I got the suggestion via private email to use a Wiki. While that looks like a good solution I am a bit concerned where we could host a Wiki and if there are enough people prepared to make sure it won't get vandalized. There is also the question if it's possible to get a nicely printed version out of it (but maybe it's only me that likes printed documentation nowadays, so that isn't necessarily a relevant argument). If someone has thoughts about all that please let me know. Points b) and c) are from my personal wishlist but I don't know how relevant they are to others. There probably are a lot of other, more important points that need some work and I would like to ask you to discuss them here on the mailing list! Another point I am a bit concerned about is the claim made in several places that XForms works X11 R4, R5 and R6 as well as with operating systems as OS2, VMS etc. I have no access to machines with X11 R4 or R5 or OS2 or VMS so I am in no position to determine if these are still correct. Are there some people out there that can confirm them or should we better stop making these claims? And, of course, there will still be a number of bugs in the new release. So, please, don't stop sending me bug reports about what- ever you find not to be working correctly. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Nov 20 23:38:58 2008 Return-Path: Delivery-Date: Thu, 20 Nov 2008 23:38:58 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1L3IAd1V0f-00082c for jt at toerring.de; Thu, 20 Nov 2008 23:38:58 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAKLt4hR006484; Thu, 20 Nov 2008 17:03:29 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAKLsLCX006470 for ; Thu, 20 Nov 2008 16:54:52 -0500 Received: from toerring.de (p54BFA60E.dip0.t-ipconnect.de [84.191.166.14]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1L3HTW1Fv2-0004kI; Thu, 20 Nov 2008 22:54:10 +0100 Received: by toerring.de (Postfix, from userid 1000) id 909707A266E; Thu, 20 Nov 2008 22:54:09 +0100 (CET) Date: Thu, 20 Nov 2008 22:54:09 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20081120215409.GA23334 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX1/K1dD68agMvzxeoq8ldgt9X/Qcll4OgXaA3l1 hzrVgJOLHuQrHQVbwCRWABYi96r4+GvJN9IT7erjuqH1T5Ejir WbaORz9TN140EFjhqu+ioHF4xqPzq8W X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8654/Thu Nov 20 14:51:00 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8653/Thu Nov 20 04:04:07 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] Any further tests in the working? X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1084 Lines: 25 To subscribers of the xforms list Hi everybody, since the last pre-release 10 days ago I haven't received a single bug report or information about problems. I wonder if I may take this as a sign that the 14th pre-release looks ok to everyone of you. Or are there some people still planing to do tests but didn't come around to do them? In the first case I would consider making a "real" release out of the pre-release over the next weekend. Therefore I would like to ask those of you still planing to do tests to send me () a short email so that I still wait a bit. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Nov 11 18:49:18 2008 Return-Path: Delivery-Date: Tue, 11 Nov 2008 18:49:18 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1KzxMP2jcU-000a2b for jt at toerring.de; Tue, 11 Nov 2008 18:49:18 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mABH4Cog017482; Tue, 11 Nov 2008 12:12:06 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mABH3UcJ017471 for ; Tue, 11 Nov 2008 12:04:01 -0500 Received: from toerring.de (p54BFAAE0.dip0.t-ipconnect.de [84.191.170.224]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1Kzwe71wzo-0003YO; Tue, 11 Nov 2008 18:03:20 +0100 Received: by toerring.de (Postfix, from userid 1000) id A82867A266D; Tue, 11 Nov 2008 18:03:21 +0100 (CET) Date: Tue, 11 Nov 2008 18:03:21 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20081111170321.GA29010 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX18NCZGyFIk4OWTe1WqqF4wDLiw2dGfhipsV5f1 UcepP68mqy+9xEIHpUaiyVlpMzvCr0/cTOGhsY6t1+WG12C/VT +8oBMS3NcnCfQSAA7m03yHGSH3zon1u X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8609/Tue Nov 11 07:53:28 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8609/Tue Nov 11 07:53:28 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] Format for documentation X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1064 Lines: 24 To subscribers of the xforms list Hi again, as I already wrote yesterday I am thinking about converting the existing PDF documentation into a format that we can work on again. Now my question is if you have recommendations for the format to be used. I am most used to the texi format, but I also had a look at docbook. Both seem to be quite fine in the sense that you can create documentation in diverse output formats (HTML, PDF, info etc.) which I think is important. Does anyone of you has good arguments for one or the other or maybe even has a better idea? Regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Nov 10 22:44:22 2008 Return-Path: Delivery-Date: Mon, 10 Nov 2008 22:44:22 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu0) with ESMTP (Nemesis) id 0MKpIi-1KzeYK3uXM-000E50 for jt at toerring.de; Mon, 10 Nov 2008 22:44:22 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAAKwO2g007382; Mon, 10 Nov 2008 16:06:50 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAAKvf4Y007373 for ; Mon, 10 Nov 2008 15:58:12 -0500 Received: from toerring.de (p54BFA8E5.dip0.t-ipconnect.de [84.191.168.229]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KzdpC0Gvm-0004kA; Mon, 10 Nov 2008 21:57:30 +0100 Received: by toerring.de (Postfix, from userid 1000) id DBF1A7A266D; Mon, 10 Nov 2008 21:57:31 +0100 (CET) Date: Mon, 10 Nov 2008 21:57:31 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20081110205731.GA20287 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX1/ndpODGqhpdN7n3K6qJZpIT14Wq49jW+E+JQt hzlcO+5+K9Qt5DRGC87RpgY2KhK7CmbKT9ppZYifhlWhc02eCN eLnx8EJuyB+cnQIs2IO8p2OkCXH+ZxY X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8599/Mon Nov 10 11:43:18 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8599/Mon Nov 10 11:43:18 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] New pre-release: xforms-1.0.91pre14 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2909 Lines: 67 To subscribers of the xforms list Hi everybody, here again is a new pre-release: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre14.tar.gz There are a number of bug fixes and a new function: a) in the code for drawing clocks a memory overrun was fixed b) in the code for fl_finish() a bug that resulted in trying to remove tooltip windows nore than once got removed c) A mistake in the code to decide which mouse buttons a button reacts to was corrected. d) Rob Carpenter found that the bounding box of objects was not computed correctly, resulting in very slow redraws in certain situations. e) Rob also found that trying to scroll in a browser that doesn't contain any lines resulted in a segmentation fault. f) According to Serge Bromow's suggestion a function was added that allows to figure out if a form's window is iconified. It's called fl_form_is_iconified() and takes a single argu- ment, a pointer to the form. Thanks to everbody who send in bug reports and suggestions! As you can see there aren't that many changes, but then I did not receive too many bug reports;-) I hope that this can be taken as a sign that the code has been stabilized a bit and we can finally have a "real" release. Therefor I would like to ask you to have another good look at the new pre-release and please tell me about all bugs or just issues you find so that they can be cleared up before the final release! One outstanding bug is about compiling XForms on AIX, where it seems to be necessary to run the configure script like this LIBS=-lX11 ./configure --enable-demos Since I don't have access to an AIX machine and really don't understand what's happening there I would again like to ask people with access to AIX to take a look at that or, if pos- sible, give me an account on such a machine for a few days. Aonother question is how to proceed when we've got a new release. I think I will try to start working on the documentation first so that it's at least in a form that it can be changed (at the moment there's only a PostScript version of the last version and that has to be converted somehow to a format that can be edited). One thing I also am interested in a bit is to add the capability to XForms to use TrueType fonts. But that's not something I con- sider extremely important and I am open to all kinds of other and perhaps more important suggestions! Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Oct 21 21:46:25 2008 Return-Path: Delivery-Date: Tue, 21 Oct 2008 21:46:25 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1KsNBE2RhE-0009iS for jt at toerring.de; Tue, 21 Oct 2008 21:46:25 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9LIp4Zf021532; Tue, 21 Oct 2008 15:03:42 -0400 Received: from smtp126.rog.mail.re2.yahoo.com (smtp126.rog.mail.re2.yahoo.com [206.190.53.31]) by bob.usuhs.mil (8.14.2/8.14.2) with SMTP id m9LIoB0G021511 for ; Tue, 21 Oct 2008 14:50:42 -0400 Received: (qmail 80739 invoked from network); 21 Oct 2008 18:50:01 -0000 Received: from unknown (HELO backup.dineamix.org) (serge at 99.240.244.247 with plain) by smtp126.rog.mail.re2.yahoo.com with SMTP; 21 Oct 2008 18:50:01 -0000 X-YMail-OSG: XZzUR38VM1mh_VPM4C9azEsvxwRLQ.eZbh0ruHa_on323Bhr0uXSx0myZqWp455mVg-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <48FE2454.8050003 at dineamix.ca> Date: Tue, 21 Oct 2008 14:49:56 -0400 From: Serge Bromow User-Agent: Thunderbird 2.0.0.17 (X11/20080914) MIME-Version: 1.0 To: jt at toerring.de References: <20081018152249.GA21149 at toerring.de> <48FA9043.6010304 at dineamix.ca> <20081019221727.GA27479 at toerring.de> In-Reply-To: <20081019221727.GA27479 at toerring.de> X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8462/Tue Oct 21 13:22:09 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8462/Tue Oct 21 13:22:09 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Cc: "xforms at bob.usuhs.mil" Subject: Re: [XForms] XForms min/max events X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0781616645==" Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 6196 Lines: 139 --===============0781616645== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline To subscribers of the xforms list --===============0781616645== Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Jens Thoms Toerring wrote: 
Hi Serge,

   nice to have you back on board;-)

  
My problem was when a user minimized the screen using the window
manager decoration I did not have a way of knowing whether I should
raise the window or not since no variable was set. Hence my need to
trap the iconify action from the window manager.
    

  
I tried using the "fl_form_is_visible(form);" call but it always
returns TRUE whether the form is on the display or minimized. Other
attempts proved fruitless. i.e checking "form->visible" and
"form->wm_border" variables.
    

  
The problem was resolved by using the "XGetWindowAttributes(fl_display,
win_mini, &xwa);" call. This call fills the xwa structure and one
variable in that structure is "xwa.map_state". This is TRUE if the
window is on the display and FALSE if it is minimized or not on the
current display. A test of this variable after a caller event was all I
needed to know if I should set my variables and raise the window.<br>
    

The value of "form->visible" or the return value of the function
fl_form_s_visible() only get changed by calls of the fl_hide_form()
or fl_free_form() function but not by the window getting unmapped
when it's iconified (XForms doesn't deal with the Unmap/Map event
except by calling XRefreshKeyboardMapping() on a MappingNotify
event). So even when the window is in iconified state it's treated
as "visible". As you already found out you have to query the
window attributes to find out if the window is mapped (but note
that the "map_state" value isn't just a boolean, there are three
possible values it can have, IsUnmapped (0), IsUnviewable (1) and
IsViewable (2), the IsUnviewable value undicating that while the
window itself is mapped a parent window is unmapped so it's not
really shown on the screen). So the combination of "form->visible"
being set to FL_VISIBLE (or the corresponding return value of
fl_form_is_visible()) together with XGetWindowAttributes() telling
you that the window is not mapped looks like the best indication of
the window being in iconified state.
I was wondering what the second state was. Thanks.
Perhaps I should add a function with a name like fl_form_is_iconified()
to make it easier to check for this. While the name of the function
fl_form_is_visible() is a bit unlucky I wouldn't like to change its
behaviour since that might break programs that rely on it to tell you
if a form has been hidden by a call of fl_hide_form() etc. or not.
You are right. The "fl_form_is_iconified()"is preferable.

 Or
do you need a callback for a form's window becoming iconified or de-
iconified?
This type of callback would be very useful if it can be done. Not only for my app but for any instance where a form is minimized or maximized. Knowing a forms size has changed or is no longer visible would allow for font changes if maximized, no visual work need be done if minimized and do the work if returned to normal state. I am sure there are more uses.

                              Best regards, Jens

Thanks,

Serge
--
Signature 
Serge Bromow
DineAmix Inc.
<serge at dineamix.ca>
888 411-6636
Ottawa, Canada.

http://www.dineamix.ca

IMPORTANT NOTICE: This message is intended only for the use of the individual or entity to which it is addressed. The message may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify DineAmix Inc. immediately by email at postmaster at dineamix.ca.

Thank you.
--===============0781616645== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms --===============0781616645==-- >From xforms-bounces at bob.usuhs.mil Mon Oct 20 01:13:50 2008 Return-Path: Delivery-Date: Mon, 20 Oct 2008 01:13:50 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu24) with ESMTP (Nemesis) id 0MKtd6-1KrhSr3HXG-000AiP for jt at toerring.de; Mon, 20 Oct 2008 01:13:50 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9JMIYtP011225; Sun, 19 Oct 2008 18:28:31 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9JMHeC1011216 for ; Sun, 19 Oct 2008 18:18:13 -0400 Received: from toerring.de (p54BF87B8.dip0.t-ipconnect.de [84.191.135.184]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1KrgaU3SKe-0000He; Mon, 20 Oct 2008 00:17:27 +0200 Received: by toerring.de (Postfix, from userid 1000) id 2364A7A24AC; Mon, 20 Oct 2008 00:17:27 +0200 (CEST) Date: Mon, 20 Oct 2008 00:17:27 +0200 From: Jens Thoms Toerring To: Serge Bromow Message-ID: <20081019221727.GA27479 at toerring.de> References: <20081018152249.GA21149 at toerring.de> <48FA9043.6010304 at dineamix.ca> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <48FA9043.6010304 at dineamix.ca> User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Provags-ID: V01U2FsdGVkX1+TasxHjgC6/yDYLLdpQoNnEZfMlAHYtW/B0hB kJJgSSMFT3jUI1+7NxoIdY0HKDiVRMihIw6CpkfMkVzPSmRA76 HFSubaKHiUiD9vS63GxqaAfQ8AHQz9Z X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8445/Sun Oct 19 10:45:49 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8445/Sun Oct 19 10:45:49 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] XForms min/max events X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3011 Lines: 59 To subscribers of the xforms list Hi Serge, nice to have you back on board;-) > My problem was when a user minimized the screen using the window > manager decoration I did not have a way of knowing whether I should > raise the window or not since no variable was set. Hence my need to > trap the iconify action from the window manager. > I tried using the "fl_form_is_visible(form);" call but it always > returns TRUE whether the form is on the display or minimized. Other > attempts proved fruitless. i.e checking "form->visible" and > "form->wm_border" variables. > The problem was resolved by using the "XGetWindowAttributes(fl_display, > win_mini, &xwa);" call. This call fills the xwa structure and one > variable in that structure is "xwa.map_state". This is TRUE if the > window is on the display and FALSE if it is minimized or not on the > current display. A test of this variable after a caller event was all I > needed to know if I should set my variables and raise the window.
The value of "form->visible" or the return value of the function fl_form_s_visible() only get changed by calls of the fl_hide_form() or fl_free_form() function but not by the window getting unmapped when it's iconified (XForms doesn't deal with the Unmap/Map event except by calling XRefreshKeyboardMapping() on a MappingNotify event). So even when the window is in iconified state it's treated as "visible". As you already found out you have to query the window attributes to find out if the window is mapped (but note that the "map_state" value isn't just a boolean, there are three possible values it can have, IsUnmapped (0), IsUnviewable (1) and IsViewable (2), the IsUnviewable value undicating that while the window itself is mapped a parent window is unmapped so it's not really shown on the screen). So the combination of "form->visible" being set to FL_VISIBLE (or the corresponding return value of fl_form_is_visible()) together with XGetWindowAttributes() telling you that the window is not mapped looks like the best indication of the window being in iconified state. Perhaps I should add a function with a name like fl_form_is_iconified() to make it easier to check for this. While the name of the function fl_form_is_visible() is a bit unlucky I wouldn't like to change its behaviour since that might break programs that rely on it to tell you if a form has been hidden by a call of fl_hide_form() etc. or not. Or do you need a callback for a form's window becoming iconified or de- iconified? Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Oct 19 04:29:45 2008 Return-Path: Delivery-Date: Sun, 19 Oct 2008 04:29:45 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu5) with ESMTP (Nemesis) id 0MKqpg-1KrO2u2pJA-0007n7 for jt at toerring.de; Sun, 19 Oct 2008 04:29:45 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9J1gaqx027349; Sat, 18 Oct 2008 21:52:56 -0400 Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by bob.usuhs.mil (8.14.2/8.14.2) with SMTP id m9J1fibT027341 for ; Sat, 18 Oct 2008 21:42:15 -0400 Received: (qmail 93669 invoked from network); 19 Oct 2008 01:41:34 -0000 Received: from unknown (HELO backup.dineamix.org) (serge at 99.240.244.247 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 19 Oct 2008 01:41:33 -0000 X-YMail-OSG: UfL552sVM1k6h1XCruWi.TYFEHXRr4pLbkz7ZErG5pdvGRlP9W7Um.4me6nvQ07yUw-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <48FA9043.6010304 at dineamix.ca> Date: Sat, 18 Oct 2008 21:41:23 -0400 From: Serge Bromow User-Agent: Thunderbird 2.0.0.17 (X11/20080914) MIME-Version: 1.0 To: "xforms at bob.usuhs.mil" References: <20081018152249.GA21149 at toerring.de> In-Reply-To: <20081018152249.GA21149 at toerring.de> X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8443/Sat Oct 18 02:08:31 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8443/Sat Oct 18 02:08:31 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Cc: jt at toerring.de Subject: Re: [XForms] XForms min/max events X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1978442275==" Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 6959 Lines: 161 --===============1978442275== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline To subscribers of the xforms list --===============1978442275== Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Thanks Jens,

Glads to hear the group is still active. I thought the Xforms mailing list was replaced by the Savanna list. Thanks for putting me back on track. As you stated earlier there is not a lot of activity on the Savanna list. Glad to be back on the list given I work with Xorms apps every day. Any ways, enough of that!

You assumption was correct. My application, a caller ID tracking tool, typically runs in a minimized state. This is accomplished by pressing a button on the window that calls "fl_iconify(win_mini);". I set a variable and when a call event occurs I check to see if the window was minimized and if so I call "fl_winshow(win_mini);" to display the window.

My problem was when a user minimized the screen using the window manager decoration I did not have a way of knowing whether I should raise the window or not since no variable was set. Hence my need to trap the iconify action from the window manager.

I tried using the "fl_form_is_visible(form);" call but it always returns TRUE whether the form is on the display or minimized. Other attempts proved fruitless. i.e checking "form->visible" and "form->wm_border" variables.

The problem was resolved by using the "XGetWindowAttributes(fl_display, win_mini, &xwa);" call. This call fills the xwa structure and one variable in that structure is "xwa.map_state". This is TRUE if the window is on the display and FALSE if it is minimized or not on the current display. A test of this variable after a caller event was all I needed to know if I should set my variables and raise the window.

Thanks for the help and look forward to participating in  future developments,

Serge

Jens Thoms Toerring wrote: 
Hi Serge,

    I have just seen your question on Savannah concerning min/max
events, Please accept my appologies for the long delay - questions
are normally asked in the XForms mailing list

http://cweblog.usuhs.mil/mailman/listinfo/xforms

and the last question coming up on Savannah was that long ago
that I don't often check there...

  
Hi Xforms,
    

  
I would like my app to trap window min/max events. I have read
through the docs without success.
    

  
Is there a way to set a callback or trap a SIGNAL when these events
occur?
    

I guess with min/max event you mean something that happens only
when the minimize/maximize button on the window decorations is
clicked on. Please correct me if I am wrong but that's the only
thing I can think of at the moment.

The problem here is that there's no special event that would
distinguish it in any way from any other resizing of the window.
The only thing visible from an application is receiving a
ConfigureNotify X event that informs the application that the
windows size has been changed, but there's nothing that indicates
that it's due to the minimize/maximize button in the window deco-
rations having been clicked on - that's something only the window
manager would know about which takes care of these decorations.

At the momement there's not even a mechanism to set a callback
for ConfigureNotify events (even via fl_register_raw_callback()),
probably since an application normal;y doesn't need to know about
that (in case you really need to know that a windows size has
changed you typically would simply ask for it's size). But I
could add something that allows to install a preemptive handler
also for ConfigureNotify events if you think it's really needed.
But that still won't tell you if that event is due to a min/max
button the window manager may display...

I am going to send this reply also to the mailing list so that
others can comment if they think my answer is wrong or incom-
plete or have a good idea for you. If you don't want to sub-
scribe to the mailing list you will be able to see further
replies also her

http://groups.google.com/group/fa.xforms/topics?lnk

                             Best regards, Jens


--
Signature 
Serge Bromow
DineAmix Inc.
<serge at dineamix.ca>
888 411-6636
Ottawa, Canada.

http://www.dineamix.ca

IMPORTANT NOTICE: This message is intended only for the use of the individual or entity to which it is addressed. The message may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify DineAmix Inc. immediately by email at postmaster at dineamix.ca.

Thank you.
--===============1978442275== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms --===============1978442275==-- >From xforms-bounces at bob.usuhs.mil Sat Oct 18 18:35:34 2008 Return-Path: Delivery-Date: Sat, 18 Oct 2008 18:35:34 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu23) with ESMTP (Nemesis) id 0ML4cO-1KrElt3YsS-000CfH for jt at toerring.de; Sat, 18 Oct 2008 18:35:34 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9IFNv6q023193; Sat, 18 Oct 2008 11:34:09 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9IFN4oM023182 for ; Sat, 18 Oct 2008 11:23:35 -0400 Received: from toerring.de (p54BF85ED.dip0.t-ipconnect.de [84.191.133.237]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1KrDdh2oSg-0000H8; Sat, 18 Oct 2008 17:22:50 +0200 Received: by toerring.de (Postfix, from userid 1000) id E769F7A24AC; Sat, 18 Oct 2008 17:22:49 +0200 (CEST) Date: Sat, 18 Oct 2008 17:22:49 +0200 From: Jens Thoms Toerring To: serge at dineamix.ca Message-ID: <20081018152249.GA21149 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Provags-ID: V01U2FsdGVkX1+78IqiTiH3Nk9ayYtWYBUrEVg9yB5tSdlGqUC /tZw7VJtpKpBKK2MVwu3OpIeIjtQOO5GS8J4iT56XPMxDR08am YcdHhgxa9QOZeeVdoPe+1Bkv4j/5UNd X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8443/Sat Oct 18 02:08:31 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8443/Sat Oct 18 02:08:31 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Cc: xforms at bob.usuhs.mil Subject: [XForms] XForms min/max events X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2673 Lines: 64 To subscribers of the xforms list Hi Serge, I have just seen your question on Savannah concerning min/max events, Please accept my appologies for the long delay - questions are normally asked in the XForms mailing list http://cweblog.usuhs.mil/mailman/listinfo/xforms and the last question coming up on Savannah was that long ago that I don't often check there... > Hi Xforms, > I would like my app to trap window min/max events. I have read > through the docs without success. > Is there a way to set a callback or trap a SIGNAL when these events > occur? I guess with min/max event you mean something that happens only when the minimize/maximize button on the window decorations is clicked on. Please correct me if I am wrong but that's the only thing I can think of at the moment. The problem here is that there's no special event that would distinguish it in any way from any other resizing of the window. The only thing visible from an application is receiving a ConfigureNotify X event that informs the application that the windows size has been changed, but there's nothing that indicates that it's due to the minimize/maximize button in the window deco- rations having been clicked on - that's something only the window manager would know about which takes care of these decorations. At the momement there's not even a mechanism to set a callback for ConfigureNotify events (even via fl_register_raw_callback()), probably since an application normal;y doesn't need to know about that (in case you really need to know that a windows size has changed you typically would simply ask for it's size). But I could add something that allows to install a preemptive handler also for ConfigureNotify events if you think it's really needed. But that still won't tell you if that event is due to a min/max button the window manager may display... I am going to send this reply also to the mailing list so that others can comment if they think my answer is wrong or incom- plete or have a good idea for you. If you don't want to sub- scribe to the mailing list you will be able to see further replies also her http://groups.google.com/group/fa.xforms/topics?lnk Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Sep 21 16:26:45 2008 Return-Path: Delivery-Date: Sun, 21 Sep 2008 16:26:45 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu13) with ESMTP (Nemesis) id 0MKsEO-1KhPtR08RJ-0008VL for jt at toerring.de; Sun, 21 Sep 2008 16:26:45 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m8LDuA7H021783; Sun, 21 Sep 2008 09:56:27 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m8LDu77e021777 for ; Sun, 21 Sep 2008 09:56:08 -0400 Received: from cm.toerring.de (p54BF9375.dip0.t-ipconnect.de [84.191.147.117]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KhPPy2hWa-0001d0; Sun, 21 Sep 2008 15:56:07 +0200 Received: by cm.toerring.de (Postfix, from userid 1000) id 345077A245E; Sun, 21 Sep 2008 15:56:06 +0200 (CEST) Date: Sun, 21 Sep 2008 15:56:06 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080921135606.GA23755 at cm.toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Provags-ID: V01U2FsdGVkX19YVM2YkXCXJIIQ1/oSahQNK49kpfX7CGcPSFS CE72m/fMAnhLCQ2Rp+hnu1ap1ybpuyrIbwTyP8px/crT9SHqvB vta8lYUZNikKn9ZdtId07AEc989go7y X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8296/Sat Sep 20 23:04:54 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8296/Sat Sep 20 23:04:54 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] New pre-release 1.0.91pre13 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3102 Lines: 70 To subscribers of the xforms list Hi everybody, sorry for the long delay since the last pre-release but, un- fortunately, I was rather busy with some other work. But here we go again with number 13: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre13.tar.gz Unfortunately, not all the problems that got reported could be addressed with this version since in some cases I didn't get re- plies about the somewhat more elusive bugs (i.e. the ones I did not manage to reproduce). So they have to be left for the next pre-rlease... Most important changes: a) The placement of windows was dealt with in a somewhat out-fashioned way. Especially the assumption was made that all window managers would reparent the windows for forms within a window with the decorations (i.e. title bar and borders). But that's not the case (e.g. with the default 'metacity' window manager used by Gnome). That led to problems for programs that try to store the position of a window and set this position again when the program is run again. Also setting positions with negative posititons (which indicates that the position is meant relative to the right and/or bottom border of the screen) didn't work properly. b) Bug (my own!) in goodies removed that led to texts on buttons being wrong or missing. c) As J. P. Mellor pointed out inactivated input objects could still be edited. Hopefully corrected. d) Removed a bug pointed out by Werner Heisch that crashed fdesign if the type of an object was changed. e) Bug in fdesign fixed that led to crash when the type of a composite object was changed and then Restore or Cancel was clicked. f) Forgotten removal of tooltip in deletion of object added, could lead to a segmentation fault. There are still one or two bugs on my list but about which I am not sure yet if they are XForms bugs or in the application progams and where I am still looking forward to receiving further informations. And then there's a problem with building XForms on AIX 5.3 where make stops with a crash in fdesign when creating the demo programs. While I got all the logs of the make process I unfortunately wasn't able yet to figure out what needs to be done about it. Problem is that I never used AIX and also have no access to such a machine. So if someone here has either experience with AIX and feels like trying to solve the problem or would be able to temporarily give me an account on such machine for testing please send me an email. And, as usual, please tell me about everything you find that's not working correctly! Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Jul 19 20:12:56 2008 Return-Path: Delivery-Date: Sat, 19 Jul 2008 20:12:56 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu15) with ESMTP (Nemesis) id 0MKx9w-1KKGvP3ZTN-0004Va for jt at toerring.de; Sat, 19 Jul 2008 20:12:56 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m6JHxpJY003727; Sat, 19 Jul 2008 13:59:52 -0400 Received: from EXCH-GW.rose-hulman.edu (exch-gw.rose-hulman.edu [137.112.8.200]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m6JHxnt9003723 for ; Sat, 19 Jul 2008 13:59:50 -0400 Received: from exch07-fe-1.rose-hulman.edu ([137.112.1.21]) by EXCH-GW.rose-hulman.edu with Microsoft SMTPSVC(6.0.3790.1830); Sat, 19 Jul 2008 13:59:49 -0400 Received: from mellor.home.rose-hulman.edu (71.114.174.223) by exchange.rose-hulman.edu (137.112.1.25) with Microsoft SMTP Server (TLS) id 8.1.278.0; Sat, 19 Jul 2008 13:59:49 -0400 Received: by mellor.home.rose-hulman.edu (Postfix, from userid 8480) id 3A09A24866B; Sat, 19 Jul 2008 13:59:47 -0400 (EDT) From: "J.P. Mellor" MIME-Version: 1.0 Message-ID: <18562.11155.632026.908072 at mellor-wireless.home.rose-hulman.edu> Date: Sat, 19 Jul 2008 13:59:47 -0400 To: In-Reply-To: <20080719173437.GA7382 at toerring.de> References: <18562.4075.540294.306434 at mellor.home.rose-hulman.edu> <20080719173437.GA7382 at toerring.de> X-Mailer: VM 8.0.x-xemacs-522 under XEmacs 21.5.21 (x86_64-suse-linux) X-OriginalArrivalTime: 19 Jul 2008 17:59:49.0660 (UTC) FILETIME=[3CBA4DC0:01C8E9C9] Cc: "J.P. Mellor" Subject: Re: [XForms] deactivating input fields X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1085 Lines: 34 To subscribers of the xforms list I'm using 1.0.91pre9. I ment to include that the first time, but hit send too quickly ;^( Thanks, jp Jens Thoms Toerring writes: > Hello, > > On Sat, Jul 19, 2008 at 12:01:47PM -0400, J.P. Mellor wrote: > > It appears that calling fl_deactivate_object() on an input field has > > no effect. After deactivating the input field, the input can still be > > changed. Is this correct behavior or am I missing something. > > I don't think so;-) and I will investigate what's going wrong > ASAP. Just one question: are using the newest pre-release or > something older? And if you have an example program it would > be nice if you could send it to me. > > Best regards, Jens _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Jul 19 19:45:27 2008 Return-Path: Delivery-Date: Sat, 19 Jul 2008 19:45:27 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu8) with ESMTP (Nemesis) id 0MKt1w-1KKGUp0VIb-0001rJ for jt at toerring.de; Sat, 19 Jul 2008 19:45:27 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m6JHYheu003431; Sat, 19 Jul 2008 13:34:45 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m6JHYdJ1003428 for ; Sat, 19 Jul 2008 13:34:40 -0400 Received: from gpt.toerring.de (p54BFA651.dip0.t-ipconnect.de [84.191.166.81]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1KKGKM36Nb-0000h6; Sat, 19 Jul 2008 19:34:39 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id B3F9B6B84A6; Sat, 19 Jul 2008 19:34:37 +0200 (CEST) Date: Sat, 19 Jul 2008 19:34:37 +0200 From: Jens Thoms Toerring To: "J.P. Mellor" , xforms at bob.usuhs.mil Message-ID: <20080719173437.GA7382 at toerring.de> References: <18562.4075.540294.306434 at mellor.home.rose-hulman.edu> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <18562.4075.540294.306434 at mellor.home.rose-hulman.edu> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18aDpYWuVrteTHhrdfNZNwkFsFwqpXSxSHFUNM zqDXyK/uA5feXcD6KhoOAKW7TcYDBNlxWxZu9PGvCBumae+rZ8 TancUDoesqRwxD0abstmoqVexw2hXgp Subject: Re: [XForms] deactivating input fields X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1030 Lines: 25 To subscribers of the xforms list Hello, On Sat, Jul 19, 2008 at 12:01:47PM -0400, J.P. Mellor wrote: > It appears that calling fl_deactivate_object() on an input field has > no effect. After deactivating the input field, the input can still be > changed. Is this correct behavior or am I missing something. I don't think so;-) and I will investigate what's going wrong ASAP. Just one question: are using the newest pre-release or something older? And if you have an example program it would be nice if you could send it to me. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Jul 19 18:37:22 2008 Return-Path: Delivery-Date: Sat, 19 Jul 2008 18:37:22 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu9) with ESMTP (Nemesis) id 0MKt64-1KKFQv2dyO-0004JF for jt at toerring.de; Sat, 19 Jul 2008 18:37:22 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m6JGJRVO002706; Sat, 19 Jul 2008 12:20:41 -0400 Received: from EXCH-GW.rose-hulman.edu (exch-gw.rose-hulman.edu [137.112.8.200]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m6JGJPG3002703 for ; Sat, 19 Jul 2008 12:19:25 -0400 Received: from exch07-fe-1.rose-hulman.edu ([137.112.1.21]) by EXCH-GW.rose-hulman.edu with Microsoft SMTPSVC(6.0.3790.1830); Sat, 19 Jul 2008 12:19:24 -0400 Received: from mellor.home.rose-hulman.edu (71.114.174.223) by exchange.rose-hulman.edu (137.112.1.25) with Microsoft SMTP Server (TLS) id 8.1.278.0; Sat, 19 Jul 2008 12:19:24 -0400 Received: by mellor.home.rose-hulman.edu (Postfix, from userid 8480) id A1D7624866B; Sat, 19 Jul 2008 12:01:47 -0400 (EDT) From: "J.P. Mellor" MIME-Version: 1.0 Message-ID: <18562.4075.540294.306434 at mellor.home.rose-hulman.edu> Date: Sat, 19 Jul 2008 12:01:47 -0400 To: X-Mailer: VM 8.0.x-xemacs-522 under XEmacs 21.5.21 (x86_64-suse-linux) X-OriginalArrivalTime: 19 Jul 2008 16:19:24.0748 (UTC) FILETIME=[3599B0C0:01C8E9BB] Subject: [XForms] deactivating input fields X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 580 Lines: 16 To subscribers of the xforms list It appears that calling fl_deactivate_object() on an input field has no effect. After deactivating the input field, the input can still be changed. Is this correct behavior or am I missing something. Thanks, jp _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Aug 31 00:41:23 2008 Return-Path: Delivery-Date: Sun, 31 Aug 2008 00:41:23 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu18) with ESMTP (Nemesis) id 0MKxMK-1KZZ823rpA-00079R for jt at toerring.de; Sun, 31 Aug 2008 00:41:23 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.13.7) with ESMTP id m7UMRsxr006379; Sat, 30 Aug 2008 18:28:08 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.14.2/8.13.7) with ESMTP id m7UMRpVm006376 for ; Sat, 30 Aug 2008 18:27:52 -0400 Received: from gpt.toerring.de (p54BFA48A.dip0.t-ipconnect.de [84.191.164.138]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1KZYv80LJI-0000ho; Sun, 31 Aug 2008 00:27:50 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 532516B854D; Sun, 31 Aug 2008 00:27:48 +0200 (CEST) Date: Sun, 31 Aug 2008 00:27:49 +0200 From: Jens Thoms Toerring To: Michal Szymanski , xforms at bob.usuhs.mil Message-ID: <20080830222748.GB8358 at toerring.de> References: <20080712210708.GB8226 at toerring.de> <20080801121058.GA29748 at astrouw.edu.pl> <20080802200436.GA28377 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080802200436.GA28377 at toerring.de> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18QxYZSG/zK0qoZjP9wE4mm0n0J+rEmahDPtFE oScsZywVHFWgnS2ij14yRj6IEd+CbjIcYiM5PBM5x6n13/nMZB +kjFyP/QptwcG++nftR4zZkpZnj/YqC Subject: [XForms] XForms pre-release 1.0.91pre12 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 5595 Lines: 116 To subscribers of the xforms list Hi Michal, i wrote an email to you some time ago since figuring out what the reasons for the bugs you found is a bit difficult without more detailed information. I hope you don't mind that I write you again since I haven't got a reply yet and my or your mail may have got lost. It would be very helpful if you could send me some (preferably compilable;-) example code that shows the problems since I don't know exactly what you're doing in your program and so trying to write something that reproduces the bugs is nearly impossible. If you are prepared to just send me the program (perhaps with a few example data files) that would be just fine, I hope I will find my way through it. In case my email got lost I append it to this mail. Best regards, Jens On Sat, Aug 02, 2008 at 10:04:36PM +0200, Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hi Michal, > > On Fri, Aug 01, 2008 at 02:10:58PM +0200, Michal Szymanski wrote: > > To subscribers of the xforms list > > I thought that problem was already gone but no, it is still there, maybe > > in a bit changed form. To remind what happens, a self-quote :) > > > > > It seems that the library (?) is autogenerating some events > > > [...] > > > As I deal with images from a mosaic CCD, my app has a group of 8 buttons > > > with the same callback registered, named "cb_select_mosaic" and > > > different "argument" value, from 0 to 7. When clicked, it normally > > > displays file named "some_prefix.N.fts" where N is 1-8 (callback data > > > argument+1). > > > Now, if I run it as "image o.1.fts", everything seems OK, the image gets > > > displayed and when I click mosaic buttons, it displays other files > > > (o.2.fts etc.) > > > > > > When, however, I run the program as "image o.2.fts" (or any other number > > > 2-8), it displays the file but immediately starts to switch between the > > > given number and #1. Somehow the event gets autogenerated I added a > > > debug printout to "cb_select_mosaic" procedure and it shows: > > > > > > cb_select_mosaic 0 > > > cb_select_mosaic 4 > > > cb_select_mosaic 0 > > > cb_select_mosaic 4 > > > > Now the above is fixed, I guess since "pre6" or so. > > Yes, if I remember correctly it was due to not enough memory having > been allocated for storing all command line arguments... > > > I am getting, however, > > similar behavior when I use another feature of my display app: > > > > When it is invoked with more-than-one filename argument, clicking the > > right button on the "FILE" button should display the image taken from > > the next command invocation argument (without having to go through file > > selector form, bound to left-click on the FLE button). It works *mostly* > > fine, unless I click that button many times without waiting for the > > images to be fully loaded. Then, after a few "proper" displays, the app > > starts to auto-change between some (randomly chosen, but always already > > read) images. This seems to be an infinite loop although it still reacts > > (with some delay) to EXIT button, so the app does not completely go > > astray, it just starts to get auto-generated events. > > > > As always, this could be a bug in my app, in old days, however (I still > > have those older version, compiled with "official" XForms releases), it > > worked fine, no matter how quickly I repeated the mouse clicks. > > I guess it's not going to be easy finding the reason without > some program that exhibits the problem. Would it be possible > that you send me your program (or some example program that > shows the same problem)? > > > > The same image display app > > > has a few keyboard shortcuts working while inside the image canvas which > > > open a new window (form) and display some data in it. I have noticed a > > > strange behavior - when the new window is created, it displays its data > > > OK. Then I move the mouse (still in the image canvas) and press > > > the same key again - > > > it should display the data for the new image position, but it does > > > not. Only when I click a mouse button or leave and enter again the image > > > canvas, the key starts to work. And it works fine (displaying proper > > > data for every mouse position in the canvas) until I close the window. > > > When I open it again, the same situation repeats ("dead" after first > > > opening, then clicking or leaving/entering the canvas, then working > > > fine). This problem occurred even in the "official" releases of > > > xforms in some hard-to-pinpoint combinations of Linux system version, > > > X11 version and architecture. Now, with most machines on which it is > > > used got upgraded to more up-to-date systems (e.g. CentOS 5.1), the > > > problem seems to be persistent. It is probably not connected to 1.0.91 > > > but still, may mark a problem in the library. > > Looks like a bit like an old, still unresolved bug. Again, would it > be possible to send me some example code? I guess that would help me > a lot in figuring out what's broken... > > Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Aug 2 22:28:16 2008 Return-Path: Delivery-Date: Sat, 02 Aug 2008 22:28:16 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu6) with ESMTP (Nemesis) id 0MKsUu-1KPNhr2LFB-0007gb for jt at toerring.de; Sat, 02 Aug 2008 22:28:16 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m72K4ghM011109; Sat, 2 Aug 2008 16:05:08 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m72K4drG011105 for ; Sat, 2 Aug 2008 16:04:39 -0400 Received: from gpt.toerring.de (p54BF857F.dip0.t-ipconnect.de [84.191.133.127]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1KPNLB2xds-0001n1; Sat, 02 Aug 2008 22:04:38 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id D7A2F6B8545; Sat, 2 Aug 2008 22:04:36 +0200 (CEST) Date: Sat, 2 Aug 2008 22:04:36 +0200 From: Jens Thoms Toerring To: Michal Szymanski , xforms at bob.usuhs.mil Message-ID: <20080802200436.GA28377 at toerring.de> References: <20080712210708.GB8226 at toerring.de> <20080801121058.GA29748 at astrouw.edu.pl> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080801121058.GA29748 at astrouw.edu.pl> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19yPXFViSZHy+3qKo52yz9i1fbemOcQVEkNAHT besOVTkM78eE43VQTLppBOjppx1Ljre98ykWsH0pGpTrWMzHkN Bd8hR7YBIeny6T+21Zwu6PL6CBwIaCt Subject: Re: [XForms] New pre-release 1.0.91pre12 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 4532 Lines: 92 To subscribers of the xforms list Hi Michal, On Fri, Aug 01, 2008 at 02:10:58PM +0200, Michal Szymanski wrote: > To subscribers of the xforms list > I thought that problem was already gone but no, it is still there, maybe > in a bit changed form. To remind what happens, a self-quote :) > > > It seems that the library (?) is autogenerating some events > > [...] > > As I deal with images from a mosaic CCD, my app has a group of 8 buttons > > with the same callback registered, named "cb_select_mosaic" and > > different "argument" value, from 0 to 7. When clicked, it normally > > displays file named "some_prefix.N.fts" where N is 1-8 (callback data > > argument+1). > > Now, if I run it as "image o.1.fts", everything seems OK, the image gets > > displayed and when I click mosaic buttons, it displays other files > > (o.2.fts etc.) > > > > When, however, I run the program as "image o.2.fts" (or any other number > > 2-8), it displays the file but immediately starts to switch between the > > given number and #1. Somehow the event gets autogenerated I added a > > debug printout to "cb_select_mosaic" procedure and it shows: > > > > cb_select_mosaic 0 > > cb_select_mosaic 4 > > cb_select_mosaic 0 > > cb_select_mosaic 4 > > Now the above is fixed, I guess since "pre6" or so. Yes, if I remember correctly it was due to not enough memory having been allocated for storing all command line arguments... > I am getting, however, > similar behavior when I use another feature of my display app: > > When it is invoked with more-than-one filename argument, clicking the > right button on the "FILE" button should display the image taken from > the next command invocation argument (without having to go through file > selector form, bound to left-click on the FLE button). It works *mostly* > fine, unless I click that button many times without waiting for the > images to be fully loaded. Then, after a few "proper" displays, the app > starts to auto-change between some (randomly chosen, but always already > read) images. This seems to be an infinite loop although it still reacts > (with some delay) to EXIT button, so the app does not completely go > astray, it just starts to get auto-generated events. > > As always, this could be a bug in my app, in old days, however (I still > have those older version, compiled with "official" XForms releases), it > worked fine, no matter how quickly I repeated the mouse clicks. I guess it's not going to be easy finding the reason without some program that exhibits the problem. Would it be possible that you send me your program (or some example program that shows the same problem)? > > The same image display app > > has a few keyboard shortcuts working while inside the image canvas which > > open a new window (form) and display some data in it. I have noticed a > > strange behavior - when the new window is created, it displays its data > > OK. Then I move the mouse (still in the image canvas) and press > > the same key again - > > it should display the data for the new image position, but it does > > not. Only when I click a mouse button or leave and enter again the image > > canvas, the key starts to work. And it works fine (displaying proper > > data for every mouse position in the canvas) until I close the window. > > When I open it again, the same situation repeats ("dead" after first > > opening, then clicking or leaving/entering the canvas, then working > > fine). This problem occurred even in the "official" releases of > > xforms in some hard-to-pinpoint combinations of Linux system version, > > X11 version and architecture. Now, with most machines on which it is > > used got upgraded to more up-to-date systems (e.g. CentOS 5.1), the > > problem seems to be persistent. It is probably not connected to 1.0.91 > > but still, may mark a problem in the library. Looks like a bit like an old, still unresolved bug. Again, would it be possible to send me some example code? I guess that would help me a lot in figuring out what's broken... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Aug 1 14:30:32 2008 Return-Path: Delivery-Date: Fri, 01 Aug 2008 14:30:32 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu23) with ESMTP (Nemesis) id 0ML4cO-1KOtlz2NxT-0002Dk for jt at toerring.de; Fri, 01 Aug 2008 14:30:32 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m71CB2GK005311; Fri, 1 Aug 2008 08:11:47 -0400 Received: from bulge.astrouw.edu.pl (bulge.astrouw.edu.pl [193.0.88.25]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m71CAxnF005308 for ; Fri, 1 Aug 2008 08:11:00 -0400 Received: from bulge.astrouw.edu.pl (localhost [127.0.0.1]) by bulge.astrouw.edu.pl (8.13.8/8.13.8) with ESMTP id m71CAwJ7009619 for ; Fri, 1 Aug 2008 14:10:58 +0200 Received: (from msz at localhost) by bulge.astrouw.edu.pl (8.13.8/8.13.8/Submit) id m71CAwfV009618 for xforms at bob.usuhs.mil; Fri, 1 Aug 2008 14:10:58 +0200 Date: Fri, 1 Aug 2008 14:10:58 +0200 From: Michal Szymanski To: XForms Message-ID: <20080801121058.GA29748 at astrouw.edu.pl> References: <20080712210708.GB8226 at toerring.de> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080712210708.GB8226 at toerring.de> User-Agent: Mutt/1.4.2.2i Subject: Re: [XForms] New pre-release 1.0.91pre12 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 3899 Lines: 84 To subscribers of the xforms list Hello, I thought that problem was already gone but no, it is still there, maybe in a bit changed form. To remind what happens, a self-quote :) > It seems that the library (?) is autogenerating some events > [...] > As I deal with images from a mosaic CCD, my app has a group of 8 buttons > with the same callback registered, named "cb_select_mosaic" and > different "argument" value, from 0 to 7. When clicked, it normally > displays file named "some_prefix.N.fts" where N is 1-8 (callback data > argument+1). > Now, if I run it as "image o.1.fts", everything seems OK, the image gets > displayed and when I click mosaic buttons, it displays other files > (o.2.fts etc.) > > When, however, I run the program as "image o.2.fts" (or any other number > 2-8), it displays the file but immediately starts to switch between the > given number and #1. Somehow the event gets autogenerated I added a > debug printout to "cb_select_mosaic" procedure and it shows: > > cb_select_mosaic 0 > cb_select_mosaic 4 > cb_select_mosaic 0 > cb_select_mosaic 4 Now the above is fixed, I guess since "pre6" or so. I am getting, however, similar behavior when I use another feature of my display app: When it is invoked with more-than-one filename argument, clicking the right button on the "FILE" button should display the image taken from the next command invocation argument (without having to go through file selector form, bound to left-click on the FLE button). It works *mostly* fine, unless I click that button many times without waiting for the images to be fully loaded. Then, after a few "proper" displays, the app starts to auto-change between some (randomly chosen, but always already read) images. This seems to be an infinite loop although it still reacts (with some delay) to EXIT button, so the app does not completely go astray, it just starts to get auto-generated events. As always, this could be a bug in my app, in old days, however (I still have those older version, compiled with "official" XForms releases), it worked fine, no matter how quickly I repeated the mouse clicks. Another problem which still annoys me a bit is (another self-quote): > The same image display app > has a few keyboard shortcuts working while inside the image canvas which > open a new window (form) and display some data in it. I have noticed a > strange behavior - when the new window is created, it displays its data > OK. Then I move the mouse (still in the image canvas) and press > the same key again - > it should display the data for the new image position, but it does > not. Only when I click a mouse button or leave and enter again the image > canvas, the key starts to work. And it works fine (displaying proper > data for every mouse position in the canvas) until I close the window. > When I open it again, the same situation repeats ("dead" after first > opening, then clicking or leaving/entering the canvas, then working > fine). This problem occurred even in the "official" releases of > xforms in some hard-to-pinpoint combinations of Linux system version, > X11 version and architecture. Now, with most machines on which it is > used got upgraded to more up-to-date systems (e.g. CentOS 5.1), the > problem seems to be persistent. It is probably not connected to 1.0.91 > but still, may mark a problem in the library. regards, Michal. PS. Thanks again, Jens, for your efforts in reviving and improving the XForms. -- Michal Szymanski (msz at astrouw dot edu dot pl) Warsaw University Observatory, Warszawa, POLAND _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Jul 12 23:31:33 2008 Return-Path: Delivery-Date: Sat, 12 Jul 2008 23:31:33 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu14) with ESMTP (Nemesis) id 0ML3Dg-1KHmgn0oEP-0000Vy for jt at toerring.de; Sat, 12 Jul 2008 23:31:33 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m6CLK5DK011314; Sat, 12 Jul 2008 17:20:06 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m6CLK3li011311 for ; Sat, 12 Jul 2008 17:20:03 -0400 Received: by yw-out-2324.google.com with SMTP id 9so1822976ywe.13 for ; Sat, 12 Jul 2008 14:20:03 -0700 (PDT) Received: by 10.151.144.15 with SMTP id w15mr6517919ybn.200.1215897603517; Sat, 12 Jul 2008 14:20:03 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Sat, 12 Jul 2008 14:20:03 -0700 (PDT) Message-ID: Date: Sat, 12 Jul 2008 17:20:03 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080712210708.GB8226 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline References: <20080712210708.GB8226 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New pre-release 1.0.91pre12 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1422 Lines: 29 To subscribers of the xforms list On Sat, Jul 12, 2008 at 5:07 PM, Jens Thoms Toerring wrote: > h) Rob Carpenter also reported ome problems when using more than a > single GL canvas in a form. Unfortunately I wasn't yet able to > determine if this is XForms or GL related - I simply don't know > anything about GL and it also doesn't seem to work too well on > my test machine. So if somebody has suggestions please send them! What kind of problems? There should be no issues with this -- I have yet to see any major problems with XForms glcanvas implementation (aside from it recreating contexts a bit too often). Speaking of OpenGl, I do have that old OpenGL context sharing patch from a few years ago (maybe late 2003 or early 2004, around the time Fedora Core 1 was released), that we have used without a hitch in every single xforms application we've written since then (and I can assure you, there have been many). It appears to be working very well with no issues. If you want, I can prepare a patch for you and send it. It's a pretty handy feature. Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Jul 12 23:28:33 2008 Return-Path: Delivery-Date: Sat, 12 Jul 2008 23:28:33 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1KHmdt07ac-0006QY for jt at toerring.de; Sat, 12 Jul 2008 23:28:33 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m6CL7C98011142; Sat, 12 Jul 2008 17:10:47 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m6CL7AYe011139 for ; Sat, 12 Jul 2008 17:07:11 -0400 Received: from gpt.toerring.de (p54BF8D4B.dip0.t-ipconnect.de [84.191.141.75]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1KHmJB0Ty6-0003AL; Sat, 12 Jul 2008 23:07:09 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 609186B8491; Sat, 12 Jul 2008 23:07:08 +0200 (CEST) Date: Sat, 12 Jul 2008 23:07:08 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080712210708.GB8226 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/C7cPddRBH92cGjH5Xudfs18HKIB35CjbsGIK KVqCVpurm7kDKuhrGOxqee8wpNl2QBxKgJW/hYtqv8q4dSf2Dn 2m/WKVOCZNl0Fl7OnQll4/9TnspIOoI Subject: [XForms] New pre-release 1.0.91pre12 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2927 Lines: 67 To subscribers of the xforms list Hello, after quite a bit of feedback - thank you to all involved! - here's another pre-release: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre12.tar.gz.sig What's new? a) Update to newer version of libtool since, as Raphael Straub, the maintainer of the MacPorts port of XForms, pointed out, fdesign didn't compile on Mac OS X anymore. b) A bug that under some conditions led to a segmentation fault when freeing forms was found by Luis Balona. c) Rob Carpenter pointed me to a bug in the calculation of the boun- ding box of objects could result in redraws becoming extremely slow. d) Some changes in the code for dealing with popups etc. for getting rid of some drawing artefacts that Luis Balona told me about. Un- fortunately, I am not sure if it works now since I can't reproduce the problem on my test machine... e) Jean-Marc Lasgouttes called to my attention a problem when running configure that made it necessary to add config/mkinstalldirs to the distributed files. f) As Luis Balona noticed selected radio buttons did not receive a callback call when they got clicked on which might break existing programs, so it was reintroduced. g) Jason Cipriani found that there were some inconsitencies and problems when trying to delete menu entries and made some very helpful suggestions how to resolve it. This required a number of changes to the public API (some of the functions now accept an unspecified number of extra arguments, i.e. they are now variadic functions, in addition to the traditional arguments). Hopefully this will not break any existing programs. In programs (and fdesign) now callback functions for individual menu entries can be set and each menu entry can be given a certain value (instead of just using it's index). For a full explanation plese see the fike "New_Features,txt" in the main directory. h) Rob Carpenter also reported ome problems when using more than a single GL canvas in a form. Unfortunately I wasn't yet able to determine if this is XForms or GL related - I simply don't know anything about GL and it also doesn't seem to work too well on my test machine. So if somebody has suggestions please send them! Again thanks to everybody who send bug or suggestions. Please don't hestitate to tell me about anything that still doesn't work! Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 20:32:18 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 20:32:18 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1KEq4v2RgZ-0006Ei for jt at toerring.de; Fri, 04 Jul 2008 20:32:18 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64IJNVj030047; Fri, 4 Jul 2008 14:19:34 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64IJLP7030044 for ; Fri, 4 Jul 2008 14:19:21 -0400 Received: from gpt.toerring.de (p54BF9F2E.dip0.t-ipconnect.de [84.191.159.46]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1KEpsO0CMT-0003Gc; Fri, 04 Jul 2008 20:19:20 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 75BD86B8537; Fri, 4 Jul 2008 20:19:19 +0200 (CEST) Date: Fri, 4 Jul 2008 20:19:19 +0200 From: Jens Thoms Toerring To: Jason Cipriani Message-ID: <20080704181919.GB20513 at toerring.de> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19RT1RhNr6dNeDPdZBjCthgO3u+ce4ENwCLHsu +8qkqw6k/MHp1DwR44CbZktrLxgo7lR80X5aCaGGkagITH+Hlg xqlcWxlAjGsWOvaeJg/Nci0DyLrd/TJ Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Mailing List Archives X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 963 Lines: 28 To subscribers of the xforms list Hi Jason, On Fri, Jul 04, 2008 at 01:55:12PM -0400, Jason Cipriani wrote: > Is there a online archive of this mailing list? The old archive is > still up but ends a few years ago. I know I've seen a more recent > archive but I can't seem to find it. The archives for 2003 to 2007 are here: http://bob.usuhs.mil/pipermail/xforms/ If you want to see the mails from 2008 you can try http://groups.google.com/group/fa.xforms/topics Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 20:10:29 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 20:10:29 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu5) with ESMTP (Nemesis) id 0MKqpg-1KEpjo22lf-0005UT for jt at toerring.de; Fri, 04 Jul 2008 20:10:29 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64HtLMh029814; Fri, 4 Jul 2008 13:55:22 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64HtJmK029810 for ; Fri, 4 Jul 2008 13:55:19 -0400 Received: by yw-out-2324.google.com with SMTP id 9so523358ywe.13 for ; Fri, 04 Jul 2008 10:55:12 -0700 (PDT) Received: by 10.150.201.2 with SMTP id y2mr2280003ybf.225.1215194112853; Fri, 04 Jul 2008 10:55:12 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Fri, 4 Jul 2008 10:55:12 -0700 (PDT) Message-ID: Date: Fri, 4 Jul 2008 13:55:12 -0400 From: "Jason Cipriani" To: xforms at bob.usuhs.mil MIME-Version: 1.0 Content-Disposition: inline Subject: [XForms] Mailing List Archives X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 550 Lines: 15 To subscribers of the xforms list Is there a online archive of this mailing list? The old archive is still up but ends a few years ago. I know I've seen a more recent archive but I can't seem to find it. Thanks, Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Jul 5 00:00:49 2008 Return-Path: Delivery-Date: Sat, 05 Jul 2008 00:00:49 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu15) with ESMTP (Nemesis) id 0MKx9w-1KEtKi3jkQ-0001zh for jt at toerring.de; Sat, 05 Jul 2008 00:00:49 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64Lkr0w032059; Fri, 4 Jul 2008 17:46:58 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64Lkp1r032056 for ; Fri, 4 Jul 2008 17:46:51 -0400 Received: by yw-out-2324.google.com with SMTP id 9so550399ywe.13 for ; Fri, 04 Jul 2008 14:46:47 -0700 (PDT) Received: by 10.150.212.14 with SMTP id k14mr2665911ybg.139.1215208007606; Fri, 04 Jul 2008 14:46:47 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Fri, 4 Jul 2008 14:46:47 -0700 (PDT) Message-ID: Date: Fri, 4 Jul 2008 17:46:47 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> <20080704105748.GA26035 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 6183 Lines: 144 To subscribers of the xforms list On Fri, Jul 4, 2008 at 4:37 PM, Jason Cipriani wrote: > On Fri, Jul 4, 2008 at 6:57 AM, Jens Thoms Toerring wrote: >> To get around that you have to change the file lib/menu.c. >> I append a version for 1.0.90 that hopefully works but I >> didn't test the changes with that version, just my newer >> one. Then add to lib/private/menu.h > > Since this change, the functions fl_set_menu_item_mode and > fl_get_menu_item_mode no longer work unless the menu item's index is > the same as it's value. It doesn't matter if you specify an index or a > value to these functions -- if the two are different, they are > ignored. I suspect that something internally is inappropriately mixing > item indices and values, and had always relied on them being the same. I've found the problem, and a partial solution to it (see below, I've also provided a possible full solution), although I'm not sure if the solution breaks anything. SOLUTION #1: In the new %x handling code in addto_menu, around line 357 there is this bit of code that removes the %x from the string after processing it: else { sp->mval[ n ] = strtol( p + 2, &eptr, 10 ); while ( *eptr && isspace( ( int ) *eptr ) ) eptr++; if ( *eptr ) memmove( p, eptr, strlen( eptr ) + 1 ); else *p = '\0'; } The fix is to not remove the "%x" from the string, changing it to just this: else { sp->mval[ n ] = strtol( p + 2, &eptr, 10 ); } The reason this problem was occurring is because every time you display a menu, it uses the setpup stuff to create a popup menu to display. This popup menu is set up in do_menu around line 111 of menu.c. All of the popup menu functions take item IDs, not indices. When you use %x to modify the menu's ID, this causes sp->mval[n] to hold the ID, and so all of the MENU functions know about the ID. However, since the %x is removed from the string, when the popup is created that corresponds to the menu, the item IDs are not propagated to the popup menu -- therefore the MENU functions know about the item ID but the POPUP functions do not. Leaving the "%x" in the string allows the ID to be passed through fl_addtopup() and then the correct IDs are set in the popup menu, and everything seems to work. SOLUTION #2: The reason the above fix isn't complete is that it only applies when you've used %x to set the IDs. The problem solved by the above solution is related to the new feature of parsing %x in menu strings but is not related to removing menu items. However, removing menu items does cause a problem if you haven't used %x at all that the above solution doesn't fix. If that makes sense. Anyways if you do not use %x then the menu item IDs are, initially, the item indices. If you remove a menu item, then indices change but the IDs do not. However, the IDs in this case are never passed to fl_addtopup at all, and so the POPUP menu uses the item INDICES instead -- which no longer correspond to the IDs since an item was removed. This is related to the problem when using %x in that it's also caused by inconsistency between the item IDs in menu.c and the item IDs in xpopup.c. The root cause of all of these problems is that do_menu does not set the popup menu item IDs to the sp->mval[i] values. All menu ID information is lost in the popup. AFAICT, there is no API call to change popup menu item IDs, and therefore there is no easy way for do_menu() to pass ID information to the popup menu when it sets up the menu with fl_addtopup(). One solution for this is to continue removing the %x strings in addto_menu, just as you are doing now, but when creating the popup menu, create temporary strings with a %x concatenated onto the end of them along with the corresponding ID. Something like this in do_menu around line 111: + char tempstr[512]; + snprintf(tempstr, sizeof(tempstr), "%s%%x%i", sp->items[i], sp->mval[i]); + fl_addtopup(sp->menu, tempstr); - fl_addtopup(sp->menu, sp->items[i]); This works fine but it does change the behavior of some other stuff. Specifically, it causes fl_get_menu to return the item ID and NOT the item index as previous. Meaning that you can just do this: int value = fl_get_menu(menu); Rather than having to do this: int value = fl_get_menu_value(menu, fl_get_menu(menu)); Although that now also means that if you're passing the result of fl_get_menu() to other menu functions, you'll need to convert the value to an index first: int index = fl_get_menu_item_from_value(menu, fl_get_menu(menu)); fl_delete_menu_item(menu, index); /* for example */ It's important to note, though, that the above changes in behavior would ONLY happen if the IDs and values are not the same, which can ONLY happen if you've either used %x to change the IDs, or you've removed a menu item. Therefore I believe using the above solution (constructing a temporary string with a %x on the end) will not significantly affect any existing applications because: 1) We know nobody has been removing menu items, since fl_delete_menu_item didn't work at all. 2) We know nobody has been using %x to set the IDs in regular menus, since it was never supported. 3) The only people who may experience changes in behavior are people that had a previously meaningless "%x" in their menu item text, and now it means something. However, your addto_menu change already affected these people, the tempstr thing above doesn't add any new issues. What do you think about solution #2? Do you see any way it could interact with regular popup menus at all? What about fdesign? Things like that? Incidentally, I've also noticed that, every once in a while, fdesign strips the %x from the end of my menu strings. I am not sure why, or what triggers it. It's happened to me twice out of about 15 saves so far, though. Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 22:59:07 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 22:59:07 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu19) with ESMTP (Nemesis) id 0ML05c-1KEsN02auG-0000Ke for jt at toerring.de; Fri, 04 Jul 2008 22:59:07 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64KkleP031469; Fri, 4 Jul 2008 16:46:50 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64KkjSk031466 for ; Fri, 4 Jul 2008 16:46:45 -0400 Received: by yw-out-2324.google.com with SMTP id 9so544287ywe.13 for ; Fri, 04 Jul 2008 13:46:45 -0700 (PDT) Received: by 10.151.49.8 with SMTP id b8mr2597036ybk.82.1215204405183; Fri, 04 Jul 2008 13:46:45 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Fri, 4 Jul 2008 13:46:45 -0700 (PDT) Message-ID: Date: Fri, 4 Jul 2008 16:46:45 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> <20080704105748.GA26035 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1148 Lines: 32 To subscribers of the xforms list On Fri, Jul 4, 2008 at 4:37 PM, Jason Cipriani wrote: > On Fri, Jul 4, 2008 at 6:57 AM, Jens Thoms Toerring wrote: >> To get around that you have to change the file lib/menu.c. >> I append a version for 1.0.90 that hopefully works but I >> didn't test the changes with that version, just my newer >> one. Then add to lib/private/menu.h > > I've done some more testing with this and uncovered a problem that I > am about to dig in to a little more. Unrelated to this issue, I think, in menu.c in the function fl_set_menu_item_mode (around line 505 for me), there is a bit of code that reads: if ((mode & FL_PUP_CHECK)) sp->val = numb; Should that be this instead? if ((mode & FL_PUP_CHECK)) sp->val = sp->mval[numb]; Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 22:52:02 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 22:52:02 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu23) with ESMTP (Nemesis) id 0ML4cO-1KEsGA0qIv-00040H for jt at toerring.de; Fri, 04 Jul 2008 22:52:02 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64Kbw6R031331; Fri, 4 Jul 2008 16:38:57 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64Kbutf031327 for ; Fri, 4 Jul 2008 16:37:56 -0400 Received: by yw-out-2324.google.com with SMTP id 9so543127ywe.13 for ; Fri, 04 Jul 2008 13:37:54 -0700 (PDT) Received: by 10.150.217.14 with SMTP id p14mr2572337ybg.128.1215203874221; Fri, 04 Jul 2008 13:37:54 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Fri, 4 Jul 2008 13:37:54 -0700 (PDT) Message-ID: Date: Fri, 4 Jul 2008 16:37:54 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080704105748.GA26035 at toerring.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_9408_13824606.1215203874253" References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> <20080704105748.GA26035 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 4367 Lines: 88 ------=_Part_9408_13824606.1215203874253 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline To subscribers of the xforms list ------=_Part_9408_13824606.1215203874253 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Fri, Jul 4, 2008 at 6:57 AM, Jens Thoms Toerring wrote: > To get around that you have to change the file lib/menu.c. > I append a version for 1.0.90 that hopefully works but I > didn't test the changes with that version, just my newer > one. Then add to lib/private/menu.h I've done some more testing with this and uncovered a problem that I am about to dig in to a little more. Since this change, the functions fl_set_menu_item_mode and fl_get_menu_item_mode no longer work unless the menu item's index is the same as it's value. It doesn't matter if you specify an index or a value to these functions -- if the two are different, they are ignored. I suspect that something internally is inappropriately mixing item indices and values, and had always relied on them being the same. I've attached another test program that demonstrates this. The menu (click on the word menu) items values are 5, 2, and 9 respectively. Click the checkboxes then click on the menu. The checkboxes to disable menu items only work for "green", where both the index and the value are 2. Maybe you have some insight, I'm also going to look through the code right now. Thanks, Jason ------=_Part_9408_13824606.1215203874253 Content-Type: application/x-gzip; name=deleteitem3.tar.gz Content-Transfer-Encoding: base64 X-Attachment-Id: f_fi98xj5t1 Content-Disposition: attachment; filename=deleteitem3.tar.gz H4sIAJiJbkgAA+1YbXPaOBDO1+hX7HBNh2SAMxCHC216l4BJuDqQIXBJbjrDGFuAL0ZmbJkm16a/ /VayzUugTe4KKTPHhonllbS7enZXK9miDuXU5nSQ/3lrRaQgFVRVPLMFNSvfs/v78hnRVjar5POq sn+g4LhsrlBQt0BdlUHTFPjc8AC2Ok5AO9ThXx9HPf8lDHpZsqb8f27c0q7t0GXrEA4+CP290P95 NR/6P6dmDzAWRGde2QJl2YYsov+5/zMXZ/XaTREMxwHToQYjBJtF4NTnhEhOkWx7A0h3R7D3RfKh 2acV1xvsZT6ZqX6qY9w+EBLxMmYx7s50LbLdtahv9xikTZeNqMfh1VtChJAiDAybZczxaJNs90wT 0lf4E9akh9QyGLcFi7npgKEHrPTQ8IwBRqwHaYP59pwQSDtdbPj4vM5mxf8h2u7Cq9/Ij4Z6LWk6 /0Msl6/jifzPqWphvP/nlZzIf6Wwyf8XoZ9sZjqBReGtTJtM/x0ZsxJxVvUTE+Zbn1u2K8YRUim3 oyGw14ubb7Bj5NoWmJ1zygJIVvR2/eR3rdSEvQELUuC4rAfDXfhECIDNOIjogyPoOu0e5e0BTkri wN03UffIcGZ728gJaFIKE3PlyO7Qw8HdJJpHPS8FiVB9UY442rFBTsLGB5YIp6UEC+eSh4nFDTpw R3TGZjeyWAz+ls1twWp3PXcQ2TdGJP0OG8KYWCOK6EIyFHEE6ewuchas4A8hBnYcG5jLoesGzErJ pkxam/Uyci2xTOr4FA2Uopx2mNgTyxaaM0ZvgfayFGDNAejMIwjwMINi2faNjjMLo9m/XQikZfsT HDsB5y5L4tix978T6ICJ8kMtGLgWfSOUisYigYL/bZCE09Dc0FtSzOcjwCVetC7apw3tJnbCpP/1 EXx5NAD1+s/Xm5JyFgd49bFfYEfCbs36JyUh/hUS+EhAERKUJR5FfQnLvLcw6OM0RavFWcALs3Pe 2sUWyvyX86glYjVWK/wqig3mALYMr2emwOyjCXt7+DKa6LSZzW3Dsf+mydfhMNEfSW7iKQIXquBP qh9bhd41PWpg9Is9LeYmd2P4++5H2fNoHaKRkv7Uj0tau6TVmlpDMiotXT+pN8riNVyU1L0r4+lj 3xahHicxZp4rpfvJsN+jPPAYKHLtP3q7n6Pp+j85ty1XxxP1v4C1f1z/c+q+qP8HeCXY1P8XoHOj Z+ORPZtHRxBSZXiyZlhvZRqV8TYoEtBlUMEYl/GdtFxZgjBdWY/uElILBh08jbtdkEGPokgLJwnG gBp+4NGiSKFSHfOnfVG91nRCjmYJKvXGOTxikhqe88d3CXJlW7xfhHxOIWfU7vXx/pBTlSnt9c5f 1ORCP64jvYDwMmP4vjTmpH5N+P0QxePGLF467l0RFPxD+VIuMsIBODoaY7qO6/nRYvRs/MTrEhYY 3Ba57DrWq6e1aO8gPr93Qhk1XOGx3r5s3uga8XE/k9yyVjlu6c32ZfVPjTioILQOt5/3xDEwGotA cLfyuBmgdOLR8cyGJuagNp30PGNk8/tQjXsavs28ECahJCZeqzqGeYtN3EaD0OYnwTrXaq0IrQvc B8v1q1rIk6BlFfH7BZGbBa2iHze/Bts5Np4H20ldL/8H0MQWvUTgoho3hV94tpxCUcHk8LkXmFEb b7tcdjSotXOnTnNOPUrZzl1umneCm8/O3eHTgdtqNuu1yBtRTEW80BuHSugRBfbXKIijU7W6mmCO T+1T7lCXguTB2iKZezEkc8uJyfUNysMXg3JJ6b2GUSnvD6vCMRQ+vdU+BWNTu27Ogig5EsJcFIyq fH5/ydK1SvPz+K1au6yWteVEpziXchh6LsI2AO5+YIgqdz0Krmf3bHFKE8d2P/PjjwilM630fiZ4 L1qXZzOhm5eHBBG4uVnUa/WvYX6j6Xr9asWhG3+qWFltihT8q+L0PDwFmOsL6MpK1DygT9eoZwKa W2dAV1ao5gE9nLuiPb6cRd9XeD/8xuKv34eNDW1oQxva0IY2tKENLaR/AP13OYYAKAAA ------=_Part_9408_13824606.1215203874253 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms ------=_Part_9408_13824606.1215203874253-- >From xforms-bounces at bob.usuhs.mil Sat Jul 5 14:17:14 2008 Return-Path: Delivery-Date: Sat, 05 Jul 2008 14:17:14 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu16) with ESMTP (Nemesis) id 0MKxE4-1KF6hV2ZJA-00010B for jt at toerring.de; Sat, 05 Jul 2008 14:17:14 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m65C4ru9006119; Sat, 5 Jul 2008 08:05:04 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m65C4osi006116 for ; Sat, 5 Jul 2008 08:04:51 -0400 Received: from gpt.toerring.de (p54BF9F2E.dip0.t-ipconnect.de [84.191.159.46]) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis) id 0MKwpI-1KF6VU3elh-0004mp; Sat, 05 Jul 2008 14:04:49 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 465596B8537; Sat, 5 Jul 2008 14:04:45 +0200 (CEST) Date: Sat, 5 Jul 2008 14:04:46 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080705120446.GB6123 at toerring.de> References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> <20080704105748.GA26035 at toerring.de> <20080704175052.GA20513 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080704175052.GA20513 at toerring.de> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18DZLXDg8J70H3q/jEFnQKLGtNKNSPfOapHQiq HbW5o89J9ahD0HUaSX2qPHXOiJ52hddMDM1gOOezIxXvTz/SeH XRRBSPjhXbeje0YznX1Gicc99yeVSSR Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 8881 Lines: 207 To subscribers of the xforms list Hi Jason, On Fri, Jul 04, 2008 at 05:46:47PM -0400, Jason Cipriani wrote: > On Fri, Jul 4, 2008 at 4:37 PM, Jason Cipriani wrote: > > On Fri, Jul 4, 2008 at 6:57 AM, Jens Thoms Toerring wrote: > >> To get around that you have to change the file lib/menu.c. > >> I append a version for 1.0.90 that hopefully works but I > >> didn't test the changes with that version, just my newer > >> one. Then add to lib/private/menu.h > > > > Since this change, the functions fl_set_menu_item_mode and > > fl_get_menu_item_mode no longer work unless the menu item's index is > > the same as it's value. It doesn't matter if you specify an index or a > > value to these functions -- if the two are different, they are > > ignored. I suspect that something internally is inappropriately mixing > > item indices and values, and had always relied on them being the same. > > I've found the problem, and a partial solution to it (see below, I've > also provided a possible full solution), although I'm not sure if the > solution breaks anything. > > SOLUTION #1: > > In the new %x handling code in addto_menu, around line 357 there is > this bit of code that removes the %x from the string after processing > it: > > else > { > sp->mval[ n ] = strtol( p + 2, &eptr, 10 ); > while ( *eptr && isspace( ( int ) *eptr ) ) > eptr++; > if ( *eptr ) > memmove( p, eptr, strlen( eptr ) + 1 ); > else > *p = '\0'; > } > > The fix is to not remove the "%x" from the string, changing it to just this: > > else > { > sp->mval[ n ] = strtol( p + 2, &eptr, 10 ); > } > > The reason this problem was occurring is because every time you > display a menu, it uses the setpup stuff to create a popup menu to > display. This popup menu is set up in do_menu around line 111 of > menu.c. All of the popup menu functions take item IDs, not indices. > When you use %x to modify the menu's ID, this causes sp->mval[n] to > hold the ID, and so all of the MENU functions know about the ID. > However, since the %x is removed from the string, when the popup is > created that corresponds to the menu, the item IDs are not propagated > to the popup menu -- therefore the MENU functions know about the item > ID but the POPUP functions do not. Leaving the "%x" in the string > allows the ID to be passed through fl_addtopup() and then the correct > IDs are set in the popup menu, and everything seems to work. > > SOLUTION #2: > > The reason the above fix isn't complete is that it only applies when > you've used %x to set the IDs. The problem solved by the above > solution is related to the new feature of parsing %x in menu strings > but is not related to removing menu items. However, removing menu > items does cause a problem if you haven't used %x at all that the > above solution doesn't fix. If that makes sense. > > Anyways if you do not use %x then the menu item IDs are, initially, > the item indices. If you remove a menu item, then indices change but > the IDs do not. However, the IDs in this case are never passed to > fl_addtopup at all, and so the POPUP menu uses the item INDICES > instead -- which no longer correspond to the IDs since an item was > removed. This is related to the problem when using %x in that it's > also caused by inconsistency between the item IDs in menu.c and the > item IDs in xpopup.c. > > The root cause of all of these problems is that do_menu does not set > the popup menu item IDs to the sp->mval[i] values. All menu ID > information is lost in the popup. AFAICT, there is no API call to > change popup menu item IDs, and therefore there is no easy way for > do_menu() to pass ID information to the popup menu when it sets up the > menu with fl_addtopup(). > > One solution for this is to continue removing the %x strings in > addto_menu, just as you are doing now, but when creating the popup > menu, create temporary strings with a %x concatenated onto the end of > them along with the corresponding ID. Something like this in do_menu > around line 111: > > + char tempstr[512]; > + snprintf(tempstr, sizeof(tempstr), "%s%%x%i", sp->items[i], sp->mval[i]); > + fl_addtopup(sp->menu, tempstr); > - fl_addtopup(sp->menu, sp->items[i]); > > This works fine but it does change the behavior of some other stuff. > Specifically, it causes fl_get_menu to return the item ID and NOT the > item index as previous. Meaning that you can just do this: > > int value = fl_get_menu(menu); > > Rather than having to do this: > > int value = fl_get_menu_value(menu, fl_get_menu(menu)); > > Although that now also means that if you're passing the result of > fl_get_menu() to other menu functions, you'll need to convert the > value to an index first: > > int index = fl_get_menu_item_from_value(menu, fl_get_menu(menu)); > fl_delete_menu_item(menu, index); /* for example */ > > It's important to note, though, that the above changes in behavior > would ONLY happen if the IDs and values are not the same, which can > ONLY happen if you've either used %x to change the IDs, or you've > removed a menu item. Therefore I believe using the above solution > (constructing a temporary string with a %x on the end) will not > significantly affect any existing applications because: > > 1) We know nobody has been removing menu items, since > fl_delete_menu_item didn't work at all. It did work, but only for menus created with fl_addto_menu(), not for thise created with fl_set_menu_entries(). > 2) We know nobody has been using %x to set the IDs in regular menus, > since it was never supported. It's even documented as not to work. > 3) The only people who may experience changes in behavior are people > that had a previously meaningless "%x" in their menu item text, and > now it means something. However, your addto_menu change already > affected these people, the tempstr thing above doesn't add any new > issues. > > What do you think about solution #2? Do you see any way it could > interact with regular popup menus at all? What about fdesign? Things > like that? I think all your ideas are very reasonable and #2 is the way I will implement it in the new version. Thanks for doing my work;-) That means: a) A menu ID can be associated with a certain menu item using "%xn" in the string for the text of the menu item. Note that 'n' must be a number larger than 0. b) If no menu ID is assigned explicitely it gets its ID from a counter that is incremented for each menu item added (start- ing from 1). This number is never re-used, even when menu items get deleted. The only exception is that on a call of fl_clear_menu() also the counter gets reset to 1. c) fl_get_menu() now returns the menu ID d) To all functions expecting an item number the ID must now be passed. e) If two menu items receive the same ID the results are un- specified, so the user must make sure that this never happens. f) If a menu item gets delete via fl_delete_menu_item() all other items keep their numbers, even if no menu IDs have been set for them. That is how things work for normal popups and it probably wouldn't be a good idea to do it differently for menus. The only deviations are for the case that menu items get deleted, which can't be done for popups. That also means that both the functions fl_get_menu_value() and fl_get_menu_item_from_value() can disappear again (or the latter go back to being a local only function). Does anybody see any problems with this approach? What I will also try to implement is having a callback function for each menu item. For menus created with the fl_set_menu_entries() function you can already do that, so it looks reasonable to me also to have that ability for all menus. I think I will allow a "%f" in the menu string and change the functions fl_set_menu(), fl_adddto_menu() and fl_replace_menu_item() to be variadic functions (that should introduce compatibilty problems) so that pointers to functions of type FL_PUP_CB can be passed on. Finally, I will have another look if it's possible to get rid of the asymmetry between menus created with calls of fl_addto_menu() and those created by a single call of fl_set_menu_entries(). Having them behave differently in several respects doesn't look too good to me (and the differences at least need to be documen- ted). Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 20:05:42 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 20:05:42 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu4) with ESMTP (Nemesis) id 0MKqlY-1KEpfC1WmD-00015t for jt at toerring.de; Fri, 04 Jul 2008 20:05:42 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64HoxiX029773; Fri, 4 Jul 2008 13:51:20 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64HouTQ029770 for ; Fri, 4 Jul 2008 13:50:57 -0400 Received: from gpt.toerring.de (p54BF9F2E.dip0.t-ipconnect.de [84.191.159.46]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KEpQr1jSm-0002k7; Fri, 04 Jul 2008 19:50:53 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id CB9ED6B8537; Fri, 4 Jul 2008 19:50:52 +0200 (CEST) Date: Fri, 4 Jul 2008 19:50:52 +0200 From: Jens Thoms Toerring To: Jason Cipriani Message-ID: <20080704175052.GA20513 at toerring.de> References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> <20080704105748.GA26035 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/HEGrAYq5BVToEIMEOmpIGppOyqZI/aC7YypM 5UCJFh+AE3mcTr5Kp3r9EycmX6LuXANEXXx2CaIjlw2rR2Ng6D Ude/z+45MWyD7m/sep5m+vAzv9Hwy0Y Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 2156 Lines: 58 To subscribers of the xforms list Hi Jason, > One problem that I found is fl_delete_menu_item refers to the item > index, not the value. This can make deleting items pretty tricky. To > that end I've added a function to go the other way, from value to > item. It works for me although I may have missed some things I don't think so. Your's is basically a new version of the already existing (but only local to menu.c) val_to_index() function;-) > (specifically, I'm not sure if the ISPUP thing is right -- and also, If the menu gets created with the fl_set_menu_entries() function instead of as many calls of fl_addto_menu() as there are items the menu is just a normal popup (from which no items can be removed and where no values can be assigned differing from the index etc.) and in this case ISPUP() returns true. So your use is exactly right. > is the item index really 1-based?), Yes. Probably the original author got bored with hunting for bugs due to a mising subtraction of 1 or the corres- ponding addition in the right places. My preference would be anyway to use always 0 based arrays, also in the puplic interface, but I guess it's much too late for doing any- thing about that now... > I tried to make it the inverse of > fl_get_menu_value. Note that if multiple items have the same value, > this returns the first item with that value. Returns -1 if value is > not found. Yes, that's the problem with the values - they get set by the user, so it can't be made sure that they are unique. > === menu.c === > > int > fl_get_menu_item_from_value( FL_OBJECT * ob, > int value ) I will add the function to the new release. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 19:38:59 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 19:38:59 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu24) with ESMTP (Nemesis) id 0MKtd6-1KEpFK3mzc-0005DU for jt at toerring.de; Fri, 04 Jul 2008 19:38:59 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64HPYwf029461; Fri, 4 Jul 2008 13:27:04 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64HPWx4029457 for ; Fri, 4 Jul 2008 13:25:32 -0400 Received: by yw-out-2324.google.com with SMTP id 9so519713ywe.13 for ; Fri, 04 Jul 2008 10:25:31 -0700 (PDT) Received: by 10.151.13.7 with SMTP id q7mr2240957ybi.204.1215192331743; Fri, 04 Jul 2008 10:25:31 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Fri, 4 Jul 2008 10:25:31 -0700 (PDT) Message-ID: Date: Fri, 4 Jul 2008 13:25:31 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080704105748.GA26035 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> <20080704105748.GA26035 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2044 Lines: 65 To subscribers of the xforms list On Fri, Jul 4, 2008 at 6:57 AM, Jens Thoms Toerring wrote: > To get around that you have to change the file lib/menu.c. > I append a version for 1.0.90 that hopefully works but I > didn't test the changes with that version, just my newer > one. Then add to lib/private/menu.h Thanks a lot for digging into this. I've tested your changes and so far everything seems to be working well, I can remove items and use fl_get_menu_value to get the correct ID. > This should give you a new function named fl_get_menu_value() > that expects the menu object and the item index as returned > by fl_get_menu(). If you now create the menu items in fdesign > with texts like One problem that I found is fl_delete_menu_item refers to the item index, not the value. This can make deleting items pretty tricky. To that end I've added a function to go the other way, from value to item. It works for me although I may have missed some things (specifically, I'm not sure if the ISPUP thing is right -- and also, is the item index really 1-based?), I tried to make it the inverse of fl_get_menu_value. Note that if multiple items have the same value, this returns the first item with that value. Returns -1 if value is not found. === menu.c === int fl_get_menu_item_from_value( FL_OBJECT * ob, int value ) { FL_MENU_SPEC *sp = ob->spec; int item; if( ISPUP( sp ) ) return value; for( item = 1; item <= sp->numitems; ++ item ) if (sp->mval[item] == value) return item; return -1; } === menu.h === FL_EXPORT int fl_get_menu_item_from_value( FL_OBJECT * ob, int value ); Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 13:17:59 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 13:17:59 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1KEjIQ3tvI-0001z8 for jt at toerring.de; Fri, 04 Jul 2008 13:17:59 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64AwNpv025819; Fri, 4 Jul 2008 07:00:35 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64Avq4b025814 for ; Fri, 4 Jul 2008 06:57:52 -0400 Received: from gpt.toerring.de (p54BF9C83.dip0.t-ipconnect.de [84.191.156.131]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1KEiz742cY-0006aG; Fri, 04 Jul 2008 12:57:51 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 399E96B8537; Fri, 4 Jul 2008 12:57:48 +0200 (CEST) Date: Fri, 4 Jul 2008 12:57:48 +0200 From: Jens Thoms Toerring To: Jason Cipriani Message-ID: <20080704105748.GA26035 at toerring.de> References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/tY3t5nLLyyDja+mCXOsAtpPfSw+TDg4JIoni tdzY+fIzNLn8hqqIOE+p+jlX5KUQrdf1uJ9u0RWlQTBYGspxKw O6oM/ZoFJVaJHZ/EzwQMhkXF5GJ95et Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 17977 Lines: 768 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline To subscribers of the xforms list --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Jason, On Thu, Jul 03, 2008 at 07:21:01PM -0400, Jason Cipriani wrote: > On Thu, Jul 3, 2008 at 7:05 PM, Jens Thoms Toerring wrote: > > It looks as if the stuff for removing a menu item is badly > > broken already in 1.0.0. I guess nobody ever has tried to use > > it, so it went unnoticed for all those years. I will try to > > come up with a fix that also works for 1.0.90 or 1.0.0 (tell > > me what you are using) but since it's getting a bit late here > > 1.0.90, with some unrelated custom patches to opengl stuff. Here's some good and some bad news: If you want to create a menu with fdesign were you can delete items then you must switch off the "Use Struct" button in the "Spec" tab field for the menus attributes. In that case the menu gets initia- lized via several calls of the function fl_addto_menu() in- stead of a single call of fl_set_menu_entries(). That looks like a minor detail, but internally a rather different type of menu gets created which allows deletion of items. Now the bad news: Deleting an item will change the numbers returned for the items following it, i.e. the number of the selected item is always the (1 based) index of the item in the menu. So you will have to work with comparing the text of the item that you can get with fl_get_menu_item_text(). To get around that you have to change the file lib/menu.c. I append a version for 1.0.90 that hopefully works but I didn't test the changes with that version, just my newer one. Then add to lib/private/menu.h FL_EXPORT int fl_get_menu_value( FL_OBJECT * ob, int item ); and recompile. This should give you a new function named fl_get_menu_value() that expects the menu object and the item index as returned by fl_get_menu(). If you now create the menu items in fdesign with texts like red%x1 green%x2 blue%x3 (the "%xn" stuff will not be shown in the menu with the new version of menu.c) then the new function will return the number following the "%x" and this number does not change after deleting an item. Sorry for all this complexities but the whole stuff for hand- ling menus/popups/choices is rather convoluted and IMHO not very well designed. I guess a complete rewrite (but which then will probably also require changes of the public API) would be the best solution... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de --FL5UXtIhxfXey3p5 Content-Type: text/x-csrc; charset=us-ascii Content-Disposition: attachment; filename="menu.c" /* * * This file is part of the XForms library package. * * XForms is free software; you can redistribute it and/or modify it * under the terms of the GNU Lesser General Public License as * published by the Free Software Foundation; either version 2.1, or * (at your option) any later version. * * XForms is distributed in the hope that it will be useful, but * WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Lesser General Public License for more details. * * You should have received a copy of the GNU Lesser General Public * License along with XForms; see the file COPYING. If not, write to * the Free Software Foundation, 59 Temple Place - Suite 330, Boston, * MA 02111-1307, USA. * */ /** * \file menu.c *. * This file is part of the XForms library package. * Copyright (c) 1996-2002 T.C. Zhao and Mark Overmars * All rights reserved. *. * * * XForms Class FL_MENU. * call PopUp to handle the actual random access * * possible optimization: * upon first creation of the popup, set extern_menu to the popup ID * and let popup manage all the modes/values from then on. * * OR use the following to simplify code for extern pup * when extern_menu is used, gets all text and mode, then * all the code would be the same for extern and native menu. * */ #if defined(F_ID) || defined(DEBUG) char *fl_id_menu = "$Id: menu.c,v 1.6 2003/04/24 09:35:34 leeming Exp $"; #endif #ifdef HAVE_CONFIG_H #include #endif #include "include/forms.h" #include "flinternal.h" #include "private/pmenu.h" #include #include #include #define SPEC FL_MENU_SPEC #define ISPUP(sp) (sp->extern_menu >= 0) /* Due to the possibility of %t %x present in the item str, an item's * value and its index may be different. */ static int val_to_index(SPEC *sp, int val) { int i; for (i = 1; i <= sp->numitems; i++) if (val == sp->mval[i]) return i; return 0; } /* Creates the menu and shows it. Returns the item selected. */ static int do_menu(FL_OBJECT * ob) { int i, val; SPEC *sp = ((SPEC *) (ob->spec)); if (sp->numitems == 0 && sp->extern_menu < 0) return 0; if (sp->extern_menu >= 0) { Window oparent, win; fl_getpup_window(sp->extern_menu, &oparent, &win); if (*ob->label && ob->type != FL_PULLDOWN_MENU) fl_setpup_title(sp->extern_menu, ob->label); fl_reparent_pup(sp->extern_menu, FL_ObjWin(ob)); val = (int) fl_dopup(sp->extern_menu); /* menu might go away, need to restore old parent */ fl_reparent_pup(sp->extern_menu, oparent); return val; } sp->menu = fl_newpup(FL_ObjWin(ob)); if (ob->type != FL_PULLDOWN_MENU) fl_setpup_title(sp->menu, ob->label); else { fl_setpup_shadow(sp->menu, 0); fl_setpup_softedge(sp->menu, 1); } for (i = 1; i <= sp->numitems; i++) { fl_addtopup(sp->menu, sp->items[i]); if ((sp->modechange[i] || sp->mode[i] != FL_PUP_NONE) && sp->mval[i]) { fl_setpup_mode(sp->menu, sp->mval[i], sp->mode[i]); sp->modechange[i] = 0; } fl_setpup_shortcut(sp->menu, i, sp->shortcut[i]); } val = (int) fl_dopup(sp->menu); if (val > 0) { /* if shown for the first time, need to get all mode right as the menu item string may have embedded mode setting strings in it (e.g., R1 etc) */ if (sp->shown == 0) { for (i = 1; i <= sp->numitems; i++) { int m = fl_getpup_mode(sp->menu, sp->mval[i]); sp->modechange[i] = sp->mode[i] != m; sp->mode[i] = m; sp->shown = 1; } } else { int k = val_to_index(sp, val); sp->mode[k] = fl_getpup_mode(sp->menu, val); sp->modechange[k] = 1; /* old val also might change mode if binary */ if (sp->val > 0) { int m = fl_getpup_mode(sp->menu, sp->val); k = val_to_index(sp, sp->val); sp->modechange[k] = sp->mode[k] != m; sp->mode[k] = m; } } } fl_freepup(sp->menu); sp->menu = 0; return val; } /* Handles an event, returns whether value has changed. Here * we only update sp->val if dopup return a positive value, * otherwise two radio button might be set due to mode[val] * and sp->val checking reset */ static int handle_menu(FL_OBJECT * ob, int event, FL_Coord mx, FL_Coord my, int key, void *ev) { SPEC *sp = ((SPEC *) (ob->spec)); static int i = -1; int boxtype = ob->boxtype, bw = ob->bw, dm; FL_COLOR col; #if (FL_DEBUG >= ML_DEBUG) M_info2("HandleMenu", fl_event_name(event)); #endif switch (event) { case FL_DRAW: /* Draw the object */ if ((ob->type == FL_PUSH_MENU && ob->pushed) || (ob->type == FL_TOUCH_MENU && ob->belowmouse)) col = ob->col2; else col = ob->col1; if (ob->type == FL_PULLDOWN_MENU && ob->pushed) { /* col = ob->col2; */ boxtype = FL_UP_BOX; bw = -2; } fl_drw_box(boxtype, ob->x, ob->y, ob->w, ob->h, col, bw); fl_drw_text(ob->align, ob->x, ob->y, ob->w, ob->h, ob->lcol, ob->lstyle, ob->lsize, ob->label); if (sp->showsymbol) { dm = 0.85 * FL_min(ob->w, ob->h); fl_drw_text(0, (ob->x + ob->w - dm - 1), ob->y + 1, dm, dm, col, 0, 0, "@menu"); } return 0; case FL_ENTER: if (ob->type == FL_TOUCH_MENU) { fl_redraw_object(ob); if ((i = do_menu(ob)) > 0) sp->val = i; } return 0; case FL_LEAVE: fl_redraw_object(ob); return (ob->type == FL_TOUCH_MENU && sp->val != -1 && i > 0); case FL_PUSH: if (ob->type == FL_PUSH_MENU || ob->type == FL_PULLDOWN_MENU) { fl_redraw_object(ob); if (ob->type == FL_PULLDOWN_MENU) fl_setpup_position(ob->form->x + ob->x + 1, ob->form->y + ob->y + ob->h + 2 * FL_PUP_PADH + 1); if ((i = do_menu(ob)) > 0) sp->val = i; fl_redraw_object(ob); } return 0; case FL_RELEASE: fl_redraw_object(ob); return (ob->type != FL_TOUCH_MENU && sp->val != -1 && i > 0); case FL_SHORTCUT: ob->pushed = 1; fl_redraw_object(ob); if (ob->type == FL_PULLDOWN_MENU) fl_setpup_position(ob->form->x + ob->x + 1, ob->form->y + ob->y + ob->h + 2 * FL_PUP_PADH + 1); else fl_setpup_position(ob->form->x + ob->x + 5, ob->form->y + ob->y + ob->h + 5); if ((i = do_menu(ob)) != sp->val && i > 0) sp->val = i; ob->pushed = 0; fl_redraw_object(ob); return sp->val != -1 && i > 0; case FL_FREEMEM: fl_clear_menu(ob); fl_free(ob->spec); return 0; default: return 0; } } /*-------------------------------------------*/ /* creates an object */ FL_OBJECT * fl_create_menu(int type, FL_Coord x, FL_Coord y, FL_Coord w, FL_Coord h, const char *label) { FL_OBJECT *ob; SPEC *sp; ob = fl_make_object(FL_MENU, type, x, y, w, h, label, handle_menu); if (type == FL_PULLDOWN_MENU) ob->boxtype = FL_FLAT_BOX; else ob->boxtype = FL_MENU_BOXTYPE; ob->col1 = FL_MENU_COL1; ob->col2 = FL_MENU_COL2; ob->lcol = FL_MENU_LCOL; ob->lstyle = FL_BOLD_STYLE; ob->align = FL_MENU_ALIGN; ob->spec = fl_calloc(1, sizeof(SPEC)); sp = ((SPEC *) (ob->spec)); sp->extern_menu = -1; return ob; } /* Adds an object */ FL_OBJECT * fl_add_menu(int type, FL_Coord x, FL_Coord y, FL_Coord w, FL_Coord h, const char *label) { FL_OBJECT *ob; ob = fl_create_menu(type, x, y, w, h, label); fl_add_object(fl_current_form, ob); return ob; } /*-------------------------------------*/ /* Clears the menu object */ void fl_clear_menu(FL_OBJECT * ob) { int i; SPEC *sp = ((SPEC *) (ob->spec)); sp->val = 0; sp->cur_val = 0; if (ISPUP(sp)) { fl_freepup(sp->extern_menu); sp->extern_menu = -1; return; } for (i = 1; i <= sp->numitems; i++) { fl_free(sp->items[i]); fl_free(sp->shortcut[i]); sp->mode[i] = FL_PUP_NONE; } sp->numitems = 0; } /* Adds a line to the menu item. */ static void addto_menu(FL_OBJECT * ob, const char *str) { SPEC *sp = ((SPEC *) (ob->spec)); int n; char *p, *eptr; if (sp->numitems >= FL_MENU_MAXITEMS) return; n = ++(sp->numitems); sp->items[n] = (char *) fl_malloc(FL_MENU_MAXSTR + 1); strncpy(sp->items[n], str, FL_MENU_MAXSTR); sp->items[n][FL_MENU_MAXSTR] = '\0'; sp->shortcut[n] = fl_malloc(1); sp->shortcut[n][0] = '\0'; sp->mode[n] = FL_PUP_NONE; /* If we want to support %x, need to parse the string */ if ( ! ( p = strstr( sp->items[ n ], "%x" ) ) ) sp->mval[ n ] = ++sp->cur_val; else { if ( ! isdigit( ( int ) p[ 2 ] ) ) { M_err( "addto_menu", "Missing number after %%x" ); sp->mval[ n ] = ++sp->cur_val; } else { sp->mval[ n ] = strtol( p + 2, &eptr, 10 ); while ( *eptr && isspace( ( int ) *eptr ) ) eptr++; if ( *eptr ) memmove( p, eptr, strlen( eptr ) + 1 ); else *p = '\0'; } } } /* Sets the menu to a particular menu string */ void fl_set_menu(FL_OBJECT * ob, const char *menustr) { fl_clear_menu(ob); fl_addto_menu(ob, menustr); } /* Adds a line to the menu item. */ int fl_addto_menu(FL_OBJECT * ob, const char *menustr) { char ttt[256]; int i = 0, j = 0; SPEC *sp; #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("AddtoMenu", "%s is not Menu class", ob ? ob->label : ""); return 0; } #endif sp = ob->spec; while (menustr[i] != '\0') { if (menustr[i] == '|') { ttt[j] = '\0'; addto_menu(ob, ttt); j = 0; } else ttt[j++] = menustr[i]; i++; } if (j != 0) { ttt[j] = '\0'; addto_menu(ob, ttt); } return sp->numitems; } /* Replaces a line in the menu item. */ void fl_replace_menu_item(FL_OBJECT * ob, int numb, const char *str) { SPEC *sp = ((SPEC *) (ob->spec)); if (ISPUP(sp)) { fl_replacepup_text(sp->extern_menu, numb, str); } else { if (numb < 1 || numb > sp->numitems) return; strncpy(sp->items[numb], str, FL_MENU_MAXSTR); sp->items[numb][FL_MENU_MAXSTR] = '\0'; } } #if 0 /* assign menu item values. Currently %x is not supported */ static void gen_index(FL_OBJECT * ob) { SPEC *sp = ob->spec; int i; sp->cur_val = 0; for (i = 1; i <= sp->numitems; i++) if (!strstr(sp->items[i], "%t")) sp->mval[i] = ++sp->cur_val; } #endif /* Removes a line from the menu item. */ void fl_delete_menu_item(FL_OBJECT * ob, int numb) { int i; SPEC *sp = ((SPEC *) (ob->spec)); if (numb < 1 || numb > sp->numitems) return; fl_free(sp->items[numb]); fl_free(sp->shortcut[numb]); for (i = numb; i < sp->numitems; i++) { sp->items[i] = sp->items[i + 1]; sp->mode[i] = sp->mode[i + 1]; sp->modechange[i] = sp->modechange[i + 1]; sp->mval[i] = sp->mval[i + 1]; sp->shortcut[i] = sp->shortcut[i + 1]; } sp->mode[sp->numitems] = FL_PUP_NONE; sp->items[sp->numitems] = 0; sp->numitems--; sp->cur_val--; } void fl_set_menu_item_shortcut(FL_OBJECT * ob, int numb, const char *str) { SPEC *sp = ((SPEC *) (ob->spec)); sp->shortcut[numb] = fl_realloc(sp->shortcut[numb], strlen(str) + 1); strcpy(sp->shortcut[numb], str); } /* Sets the display mode for the menu item */ void fl_set_menu_item_mode(FL_OBJECT * ob, int numb, unsigned mode) { SPEC *sp = ((SPEC *) (ob->spec)); if (ISPUP(sp)) { fl_setpup_mode(sp->extern_menu, numb, mode); } else { if (numb < 1 || numb > sp->numitems) return; sp->mode[numb] = mode; sp->modechange[numb] = 1; if ((mode & FL_PUP_CHECK)) sp->val = numb; } } /* Makes the menu symbol visible or not */ void fl_show_menu_symbol(FL_OBJECT * ob, int show) { SPEC *sp = ((SPEC *) (ob->spec)); sp->showsymbol = show; fl_redraw_object(ob); } /* Returns the number of the menu item selected. */ int fl_get_menu(FL_OBJECT * ob) { SPEC *sp = ((SPEC *) (ob->spec)); #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("GetMenu", "%s is not Menu class", ob ? ob->label : ""); return 0; } #endif return sp->val; } int fl_get_menu_maxitems(FL_OBJECT * ob) { SPEC *sp = ((SPEC *) (ob->spec)); #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("GetMenu", "%s is not Menu class", ob ? ob->label : ""); return 0; } #endif return ISPUP(sp) ? fl_getpup_items(sp->extern_menu) : sp->numitems; } /* Returns the text of the menu item selected. */ const char * fl_get_menu_text(FL_OBJECT * ob) { SPEC *sp = ((SPEC *) (ob->spec)); const char *s; #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("GetMenuText", "%s is not Menu class", ob ? ob->label : ""); return 0; } #endif if (ISPUP(sp)) s = fl_getpup_text(sp->extern_menu, sp->val); else s = (sp->val < 1 || sp->val > sp->numitems) ? 0 : sp->items[sp->val]; return s; } const char * fl_get_menu_item_text(FL_OBJECT * ob, int n) { SPEC *sp = ((SPEC *) (ob->spec)); const char *s; #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("GetMenuText", "%s is not Menu class", ob ? ob->label : ""); return 0; } #endif if (ISPUP(sp)) s = fl_getpup_text(sp->extern_menu, n); else s = (n < 1 || n > sp->numitems) ? 0 : sp->items[n]; return s; } unsigned fl_get_menu_item_mode(FL_OBJECT * ob, int n) { SPEC *sp; #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("GetMenuItemMode", "%s is not Menu class", ob ? ob->label : ""); return 0; } #endif sp = ob->spec; if (ISPUP(sp)) return fl_getpup_mode(sp->extern_menu, n); else return (n > 0 && n <= sp->numitems) ? sp->mode[n] : 0; } void fl_set_menu_popup(FL_OBJECT * ob, int pup) { #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("setmenuPup", "%s is not Menu class", ob ? ob->label : ""); return; } #endif ((SPEC *) (ob->spec))->extern_menu = pup; if (ob->type == FL_PULLDOWN_MENU) fl_setpup_shadow(pup, 0); } int fl_set_menu_entries(FL_OBJECT * ob, FL_PUP_ENTRY * ent) { int n; fl_clear_menu(ob); n = fl_newpup(0); fl_set_menu_popup(ob, fl_setpup_entries(n, ent)); if (ob->type == FL_PULLDOWN_MENU) { fl_setpup_bw(n, -2); fl_setpup_shadow(n, 0); } return n; } int fl_get_menu_popup(FL_OBJECT * ob) { SPEC *sp = ob->spec; return ISPUP(sp) ? sp->extern_menu : -1; } /*************************************** ***************************************/ int fl_get_menu_value( FL_OBJECT * ob, int item ) { FL_MENU_SPEC *sp = ob->spec; if ( item < 1 || item > sp->numitems ) return -1; if( ISPUP( sp ) ) return item; return sp->mval[ item ]; } --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms --FL5UXtIhxfXey3p5-- >From xforms-bounces at bob.usuhs.mil Fri Jul 4 01:32:29 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 01:32:29 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu3) with ESMTP (Nemesis) id 0MKqIe-1KEYHg3Vhy-0006av for jt at toerring.de; Fri, 04 Jul 2008 01:32:29 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63NL3he020319; Thu, 3 Jul 2008 19:21:09 -0400 Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63NL1ka020315 for ; Thu, 3 Jul 2008 19:21:02 -0400 Received: by wf-out-1314.google.com with SMTP id 25so933928wfc.28 for ; Thu, 03 Jul 2008 16:21:01 -0700 (PDT) Received: by 10.143.42.3 with SMTP id u3mr79226wfj.148.1215127261664; Thu, 03 Jul 2008 16:21:01 -0700 (PDT) Received: by 10.142.86.6 with HTTP; Thu, 3 Jul 2008 16:21:01 -0700 (PDT) Message-ID: Date: Thu, 3 Jul 2008 19:21:01 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080703230528.GA27176 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1285 Lines: 31 To subscribers of the xforms list On Thu, Jul 3, 2008 at 7:05 PM, Jens Thoms Toerring wrote: > It looks as if the stuff for removing a menu item is badly > broken already in 1.0.0. I guess nobody ever has tried to use > it, so it went unnoticed for all those years. I will try to > come up with a fix that also works for 1.0.90 or 1.0.0 (tell > me what you are using) but since it's getting a bit late here 1.0.90, with some unrelated custom patches to opengl stuff. > where I'm living I guess I better get a bit of sleep before I > make a complete mess out of it. I hope you will get something > tomorrow morning (when it is morning in yor time zone that is;-) > but I don't know at the moment how complicated it's going to > be, so please don't hold your breath until then;-) It's no big deal. And, in general, I'm in a perpetual state of breath-holding anyways. If I uncover anything interesting I'll let you know. Thanks, Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 01:18:57 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 01:18:57 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu13) with ESMTP (Nemesis) id 0MKsEO-1KEY4a1wXN-0004sw for jt at toerring.de; Fri, 04 Jul 2008 01:18:57 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63N6KvE020229; Thu, 3 Jul 2008 19:07:01 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63N61XI020223 for ; Thu, 3 Jul 2008 19:06:02 -0400 Received: from gpt.toerring.de (p54BF9C83.dip0.t-ipconnect.de [84.191.156.131]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1KEXrl1qbe-0003JZ; Fri, 04 Jul 2008 01:05:29 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id D89D76B8537; Fri, 4 Jul 2008 01:05:28 +0200 (CEST) Date: Fri, 4 Jul 2008 01:05:28 +0200 From: Jens Thoms Toerring To: Jason Cipriani Message-ID: <20080703230528.GA27176 at toerring.de> References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18LzLBiHcGP/iDOgo1ye1arlRQlWJvLp0nKVZ3 5485BGNp3oZg+pfC/i70qQKuH7ga72KCLa6PHuqReRVI2SRkb+ CtsHoZ8R7MbxX5zlKrEVjmcdbvkcc6b Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1713 Lines: 41 To subscribers of the xforms list Hi Jason, On Thu, Jul 03, 2008 at 06:35:53PM -0400, Jason Cipriani wrote: > Attached is a test program I've created. Thanks, that confirms my own observations... > The form has a single menu with 3 items, 3 buttons to remove each > item, and a button to clear the entire menu (as a sanity check). > > Clearing the menu works properly. Attempting to remove items does not > work at all. > > There's not a way to hide/show individual items, is there? I couldn't > find anything looking through the documentation. If there is, that > would work as a workaround for now. It looks as if the stuff for removing a menu item is badly broken already in 1.0.0. I guess nobody ever has tried to use it, so it went unnoticed for all those years. I will try to come up with a fix that also works for 1.0.90 or 1.0.0 (tell me what you are using) but since it's getting a bit late here where I'm living I guess I better get a bit of sleep before I make a complete mess out of it. I hope you will get something tomorrow morning (when it is morning in yor time zone that is;-) but I don't know at the moment how complicated it's going to be, so please don't hold your breath until then;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 00:47:27 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 00:47:27 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu8) with ESMTP (Nemesis) id 0MKt1w-1KEXa614hA-0005zf for jt at toerring.de; Fri, 04 Jul 2008 00:47:26 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63MZuP4020001; Thu, 3 Jul 2008 18:35:57 -0400 Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63MZsmd019998 for ; Thu, 3 Jul 2008 18:35:54 -0400 Received: by wf-out-1314.google.com with SMTP id 25so922624wfc.28 for ; Thu, 03 Jul 2008 15:35:53 -0700 (PDT) Received: by 10.142.240.19 with SMTP id n19mr71368wfh.332.1215124553584; Thu, 03 Jul 2008 15:35:53 -0700 (PDT) Received: by 10.142.86.6 with HTTP; Thu, 3 Jul 2008 15:35:53 -0700 (PDT) Message-ID: Date: Thu, 3 Jul 2008 18:35:53 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080703221048.GA23177 at toerring.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_13174_26672594.1215124553568" References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3521 Lines: 76 ------=_Part_13174_26672594.1215124553568 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline To subscribers of the xforms list ------=_Part_13174_26672594.1215124553568 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thu, Jul 3, 2008 at 6:10 PM, Jens Thoms Toerring wrote: > I am also just looking into this and trying to come up with > an expample program. If you have one at hand just send it to > me - I wouldn't be too surprised if there still are some bugs > lurking;-) Attached is a test program I've created. The form has a single menu with 3 items, 3 buttons to remove each item, and a button to clear the entire menu (as a sanity check). Clearing the menu works properly. Attempting to remove items does not work at all. There's not a way to hide/show individual items, is there? I couldn't find anything looking through the documentation. If there is, that would work as a workaround for now. Jason ------=_Part_13174_26672594.1215124553568 Content-Type: application/x-gzip; name=deleteitem.tar.gz Content-Transfer-Encoding: base64 X-Attachment-Id: f_fi7xpc2s0 Content-Disposition: attachment; filename=deleteitem.tar.gz H4sIAKFTbUgAA+1XbXPaRhD2V9+v2HGTDmaASryYltiZ2kY4tAI8WIydTmYYIR2gWpyY00Hqpulv 796deLFD6k6LiTPVY8a623vZved2VyufhlTQQNDJd3tPBQNRrVTk06xWTNU3y2X1TLBnmkapVKyY R0Z1zzCLVbO0B5Uns2gNs1i4HGBvEM7ogIbi8/Moj3dh0G7hr+6/5d7SYRDSreuQF3yk73vj/Zcq pbX7N/D+y6VyZQ+MrVuyAf/z+y9cvum039bADUPwQuoyQrBZA0FjQYiS1Mg+n0B+OIfsn0oOzpg2 Ij7JFj54uXFu4N5+JCSRFbzaYrgw9Mn+0KdxMGKQ9yI2p1zAi2NC5CY1mLgBK3jL2R7ZH3ke5K/x J63JT6nvMhFIEYvyM4Y34OenLncn6LEc8i6Lg082gXw4xEaMzxvTlP+naHsEL34kX5rqZ4m1+NdU PoGOR+LfLGHOX8R/xZTxX6pW0/jfCb4JmBfOfArHKmwK49dkKTpYRNX4YCU8joUfRHIeIY16P5kC 2dGi+QoH5lHggzdoUTaDTMPud85+ss4dyE7YLAdhxEYwPYQPhAAETID0PjiBYdgfUdGf4KIMTjx8 hcPDKccZwwwqpZzn4EBvWoOXwTt2kFNLcSL5uFLapZNoTu+pjRKlgZ9oRVXa8ZW2vtwlszxA/jU2 pJacXLDRiqa0+GUYgN7FL2hj/AemnGP65Bstma4MkTmW61N/asJm9YpXtU6rXqiVZMoohoxsuXzk 5cAbownZLHbmK50BC0TghsHvNPOtnibHk50dzM54GgN/Sv3SKrwjj1MXWZO+spBmtI1hPx5H79XI g3PIRg6QhEv79Nzqn1ttx+oqQaNn22edbl129aGUbnkcgPdjrEUgYx5iW99YpHaPM3qcUzHjDAx1 9i8dRl8t1vL/6rW9ZR2P5H9M+av6v2yWZf1XOSqm+X8XaLmjAEs2fAcbBiFNhpUVc0NQ4V7HzwGZ KCIGDYxFFYcZPwIWCZlW2IgeEtKeTQZYjUVDUMGJW5EeLpKCCXXjGac1GernHYzz/mXzxrIJObkP aHS6LXggJG2s85a1JLkOfDGuQalokDc0GI2xfixWjDXtncGv1BOov0pIfgOwlnXjWNly1rkh4m6K u/cuVWcQ/VYDA/9we7UtCvQEnJ3M8aIw4nFyFttcPLFaxvIWs7dQQ6d286KdpDgSi7tQ79HGA57a /SvnrW2RGNOuktatxmnPdvpXzV8sEqICbR1myZ9J6KIz1oBgUuXCm+HuhNPlyq4l16A2m4y4Ow/E nVYTXejevQ5hikniYVU9cL1bbGK2n2mbHyWrZbV7CVuXmK7rneu2linSTEP+vkfm7pPWsE+dz9HW wsY/o+2sY9f/BWnyTbJF4pJX8Rp/ughZY9HA2MAPHKE6Xeqvdy84pWxdcIaZ5nEf7TlOp50Qn7hP ItPE/2Bo8g0oPyN/TYov82n8dlHcrTFvboXJo2fLZHFnTBa345PP1ylLO6OytB0qn6FXqi+ap+JR b76eVR+j0bFunPskKomisJg4Y0U9//vbybYazh/LXrN91axb2/FOWYEKmPIIaZuAiN4xZFVEnELE g1Eg6zFZoMeFHVQDJ38Lknz/ibH+BozTD68UKVKkSJEiRYoUKVKkSJHiK8BfiC5aqgAoAAA= ------=_Part_13174_26672594.1215124553568 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms ------=_Part_13174_26672594.1215124553568-- >From xforms-bounces at bob.usuhs.mil Fri Jul 4 00:28:27 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 00:28:27 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1KEXHj0TSn-0006Wz for jt at toerring.de; Fri, 04 Jul 2008 00:28:27 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63MCRlo019811; Thu, 3 Jul 2008 18:14:49 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63MBL9x019803 for ; Thu, 3 Jul 2008 18:11:38 -0400 Received: from gpt.toerring.de (p54BF9C83.dip0.t-ipconnect.de [84.191.156.131]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1KEX0r3kw1-0006cT; Fri, 04 Jul 2008 00:10:50 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 51F716B8537; Fri, 4 Jul 2008 00:10:49 +0200 (CEST) Date: Fri, 4 Jul 2008 00:10:49 +0200 From: Jens Thoms Toerring To: Jason Cipriani Message-ID: <20080703221048.GA23177 at toerring.de> References: <20080703214526.GC21371 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18p7IaiLIONRSn1eXSqQNnRTCFsD/zzSW0gb2d Y4WMViMG+C5xkezhr6KKCYwFIFA84xWywZKJYN+cyfyTjrqLkW WnxMs2YS3T00NS3Vm0/s2K6NxHGTZzb Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1132 Lines: 26 To subscribers of the xforms list Hi Jason, On Thu, Jul 03, 2008 at 06:01:28PM -0400, Jason Cipriani wrote: > Oh, right. Now that I think about it, not only do I remember reading > that, but I am actually using %x for other menu items elsewhere in > this very same application. I've been staring at the screen too long. > :-S I'm still having trouble getting fl_delete_menu_item to work at > all but I suspect it's something silly as well. I am also just looking into this and trying to come up with an expample program. If you have one at hand just send it to me - I wouldn't be too surprised if there still are some bugs lurking;-) best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 00:22:34 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 00:22:34 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu21) with ESMTP (Nemesis) id 0ML4Q0-1KEXC11hS4-0001m4 for jt at toerring.de; Fri, 04 Jul 2008 00:22:34 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63M1hX1019708; Thu, 3 Jul 2008 18:02:26 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63M1fum019704 for ; Thu, 3 Jul 2008 18:01:41 -0400 Received: by yw-out-2324.google.com with SMTP id 9so394574ywe.13 for ; Thu, 03 Jul 2008 15:01:33 -0700 (PDT) Received: by 10.151.148.2 with SMTP id a2mr1100116ybo.0.1215122493586; Thu, 03 Jul 2008 15:01:33 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Thu, 3 Jul 2008 15:01:28 -0700 (PDT) Message-ID: Date: Thu, 3 Jul 2008 18:01:28 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080703214526.GC21371 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline References: <20080703214526.GC21371 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1302 Lines: 27 To subscribers of the xforms list On Thu, Jul 3, 2008 at 5:45 PM, Jens Thoms Toerring wrote: > The value that is returned is actually not necessary identical > to the index of the entry, the structure for an entry has a > member for storing the value to be returned. The index of the > item is just the defalt value set at creation. But you can over- > ride this value at creation of the menu, see "%xn" at the end of > page 201 of the PostScript documentation for 0.89, all that's > required is that it's positive (but I don't know off-hand if 0 > is regarded as positive). Oh, right. Now that I think about it, not only do I remember reading that, but I am actually using %x for other menu items elsewhere in this very same application. I've been staring at the screen too long. :-S I'm still having trouble getting fl_delete_menu_item to work at all but I suspect it's something silly as well. Thanks for looking into it, and the quick reply, Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Jul 3 23:57:34 2008 Return-Path: Delivery-Date: Thu, 03 Jul 2008 23:57:34 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu14) with ESMTP (Nemesis) id 0ML3Dg-1KEWnq0A6T-0006hW for jt at toerring.de; Thu, 03 Jul 2008 23:57:34 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63LjUhH019572; Thu, 3 Jul 2008 17:45:32 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63LjSAm019569 for ; Thu, 3 Jul 2008 17:45:29 -0400 Received: from gpt.toerring.de (p54BF9C83.dip0.t-ipconnect.de [84.191.156.131]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1KEWcI1sT7-0006Xi; Thu, 03 Jul 2008 23:45:27 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id D50EC6B8537; Thu, 3 Jul 2008 23:45:26 +0200 (CEST) Date: Thu, 3 Jul 2008 23:45:26 +0200 From: Jens Thoms Toerring To: Jason Cipriani Message-ID: <20080703214526.GC21371 at toerring.de> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19Sp/MQgCW1JSOu2t/fe+m/nYa6U9lX1BuF8px +1BaAicNsQ34B/HZkLNwVNLf/RNN7TmFdYWOLrMEnBQAgeAEjd O0tUI2WbgR2w7WiJ0Kkv2mfHUBVTn6h Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2060 Lines: 52 To subscribers of the xforms list Hi Jason, On Thu, Jul 03, 2008 at 04:53:23PM -0400, Jason Cipriani wrote: > Let's say I have a menu with these items, created in fdesign: > > 1. Red > 2. Green > 3. Blue > > So the IDs (returned by fl_get_menu) are 1, 2, and 3. > > If I use fl_delete_menu_item() to remove the second item (id = 2), > then I've observed that the IDs of the other menu items do NOT change, > leaving the menu like this: > > 1. Red > 3. Blue > > This is convenient and is what I want to happen, I was pleasantly > surprised when I noticed it. However, I was always under the (possibly > incorrect) impression that menu item IDs *always* corresponded to the > index of the item (so Blue would have been changed to 2 rather than > remaining as 3). > > Is this ("Blue" keeping it's ID of 3) a bug that coincidently worked > out well for me? Or is this intentional behavior that I can rely on in > the future? No, I don't think it's a convenient bug but intended that way. The value that is returned is actually not necessary identical to the index of the entry, the structure for an entry has a member for storing the value to be returned. The index of the item is just the defalt value set at creation. But you can over- ride this value at creation of the menu, see "%xn" at the end of page 201 of the PostScript documentation for 0.89, all that's required is that it's positive (but I don't know off-hand if 0 is regarded as positive). So I guess you can rely on the beha- viour and should cry "BUG" if you find it behaves differently;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Jul 3 23:37:44 2008 Return-Path: Delivery-Date: Thu, 03 Jul 2008 23:37:44 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1KEWUe0n45-0000uK for jt at toerring.de; Thu, 03 Jul 2008 23:37:44 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63LPsdD019376; Thu, 3 Jul 2008 17:26:00 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63LPqGO019373 for ; Thu, 3 Jul 2008 17:25:52 -0400 Received: by yw-out-2324.google.com with SMTP id 9so388290ywe.13 for ; Thu, 03 Jul 2008 14:25:50 -0700 (PDT) Received: by 10.150.83.22 with SMTP id g22mr1005567ybb.134.1215120350010; Thu, 03 Jul 2008 14:25:50 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Thu, 3 Jul 2008 14:25:44 -0700 (PDT) Message-ID: Date: Thu, 3 Jul 2008 17:25:44 -0400 From: "Jason Cipriani" To: xforms at bob.usuhs.mil In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline References: Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1110 Lines: 27 To subscribers of the xforms list On Thu, Jul 3, 2008 at 4:53 PM, Jason Cipriani wrote: > If I use fl_delete_menu_item() to remove the second item (id = 2), > then I've observed that the IDs of the other menu items do NOT change, > leaving the menu like this: I take this back, I seem to have grossly misinterpreted what I was seeing. In fact, fl_delete_menu_item() appears to do nothing at all. If I create a menu with 5 items in fdesign, say it's named "TheMenu", and then attempt to delete one of the items: fl_delete_menu_item(TheForm->TheMenu, 2); It seems that nothing happens at all. No items are deleted. The menu remains unmodified. Is there some other function I need to call to "apply" whatever changes fl_delete_menu_item makes? Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Jul 3 23:08:18 2008 Return-Path: Delivery-Date: Thu, 03 Jul 2008 23:08:18 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu6) with ESMTP (Nemesis) id 0MKsUu-1KEW2A184E-0005t7 for jt at toerring.de; Thu, 03 Jul 2008 23:08:18 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63KrPki019074; Thu, 3 Jul 2008 16:53:26 -0400 Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63KrOXP019070 for ; Thu, 3 Jul 2008 16:53:24 -0400 Received: by yx-out-2324.google.com with SMTP id 8so299444yxb.13 for ; Thu, 03 Jul 2008 13:53:24 -0700 (PDT) Received: by 10.150.177.20 with SMTP id z20mr934790ybe.223.1215118404007; Thu, 03 Jul 2008 13:53:24 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Thu, 3 Jul 2008 13:53:23 -0700 (PDT) Message-ID: Date: Thu, 3 Jul 2008 16:53:23 -0400 From: "Jason Cipriani" To: xforms at bob.usuhs.mil MIME-Version: 1.0 Content-Disposition: inline Subject: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1151 Lines: 36 To subscribers of the xforms list Let's say I have a menu with these items, created in fdesign: 1. Red 2. Green 3. Blue So the IDs (returned by fl_get_menu) are 1, 2, and 3. If I use fl_delete_menu_item() to remove the second item (id = 2), then I've observed that the IDs of the other menu items do NOT change, leaving the menu like this: 1. Red 3. Blue This is convenient and is what I want to happen, I was pleasantly surprised when I noticed it. However, I was always under the (possibly incorrect) impression that menu item IDs *always* corresponded to the index of the item (so Blue would have been changed to 2 rather than remaining as 3). Is this ("Blue" keeping it's ID of 3) a bug that coincidently worked out well for me? Or is this intentional behavior that I can rely on in the future? Thanks, Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Jul 3 23:03:52 2008 Return-Path: Delivery-Date: Thu, 03 Jul 2008 23:03:52 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu6) with ESMTP (Nemesis) id 0MKsUu-1KEVxr1ZpY-0005wM for jt at toerring.de; Thu, 03 Jul 2008 23:03:52 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63KfJb9018943; Thu, 3 Jul 2008 16:45:04 -0400 Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63KfHPK018940 for ; Thu, 3 Jul 2008 16:41:17 -0400 Received: by yx-out-2324.google.com with SMTP id 8so297949yxb.13 for ; Thu, 03 Jul 2008 13:41:17 -0700 (PDT) Received: by 10.151.145.21 with SMTP id x21mr999324ybn.66.1215117677247; Thu, 03 Jul 2008 13:41:17 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Thu, 3 Jul 2008 13:41:17 -0700 (PDT) Message-ID: Date: Thu, 3 Jul 2008 16:41:17 -0400 From: "Jason Cipriani" To: xforms at bob.usuhs.mil MIME-Version: 1.0 Content-Disposition: inline Subject: [XForms] Hiding menu items. X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 443 Lines: 13 To subscribers of the xforms list Quick question: How do I hide/show an item in a PULLDOWN_MENU? Thanks, Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From geomview-users-bounces at lists.sourceforge.net Tue Jun 24 02:44:56 2008 Return-Path: Delivery-Date: Tue, 24 Jun 2008 02:44:56 +0200 Received-SPF: pass (mxeu14: domain of lists.sourceforge.net designates 66.35.250.225 as permitted sender) client-ip=66.35.250.225; envelope-from=geomview-users-bounces at lists.sourceforge.net; helo=lists-outbound.sourceforge.net; Received: from lists-outbound.sourceforge.net (lists-outbound.sourceforge.net [66.35.250.225]) by mx.kundenserver.de (node=mxeu14) with ESMTP (Nemesis) id 0ML3Dg-1KAweW0UZj-0000u0 for jt at toerring.de; Tue, 24 Jun 2008 02:44:56 +0200 Received: from sc8-sf-list2-new.sourceforge.net (sc8-sf-list2-new-b.sourceforge.net [10.3.1.94]) by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP id 8B7E7F851; Mon, 23 Jun 2008 17:44:54 -0700 (PDT) Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92] helo=mail.sourceforge.net) by sc8-sf-list2-new.sourceforge.net with esmtp (Exim 4.43) id 1KAweI-0005fV-N5 for geomview-users at lists.sourceforge.net; Mon, 23 Jun 2008 17:44:42 -0700 Received: from moutng.kundenserver.de ([212.227.126.174]) by mail.sourceforge.net with esmtp (Exim 4.44) id 1KAweQ-0007rP-H2 for geomview-users at lists.sourceforge.net; Mon, 23 Jun 2008 17:44:53 -0700 Received: from gpt.toerring.de (p54BF9E15.dip0.t-ipconnect.de [84.191.158.21]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KAwe8143P-0004x3; Tue, 24 Jun 2008 02:44:32 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id B337D6B8534; Tue, 24 Jun 2008 02:44:31 +0200 (CEST) Date: Tue, 24 Jun 2008 02:44:31 +0200 From: Jens Thoms Toerring To: geomview-users at lists.sourceforge.net Message-ID: <20080624004431.GA23017 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX183XTK9TE+n6Mdh/OHNslFbdYo9pFo1Umc7UEM bB4vjifVdcugVCI7WTZKc/isPSuxDRnrU5RXCYg498crr6Q7U0 zBnoe2Jf/6uAwa+ygmutz7eP+6IfCub X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO Subject: [geomview-users] XForms - new release pending X-BeenThere: geomview-users at lists.sourceforge.net X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Geomview users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: geomview-users-bounces at lists.sourceforge.net Errors-To: geomview-users-bounces at lists.sourceforge.net Envelope-To: jt at toerring.de Status: RO Content-Length: 1609 Lines: 36 Hello, I have seen that at least some of the plugins for Geomview are using XForms. I have become one of the maintainers of XForms and in the last months have made a number of changes to it, mostly trying to remove bugs and making it more stable. Now I am considering to release a new version and I am trying to get as much feedback as possible about outstanding pro- blems as well as about the ones I may have introduced in the process of working on XForms. I would be really grateful if those of you that wrote or maintain plugins based on XForms would be prepared to test it against the newest pre-release of the library http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre11.tar.gz and tell me about everything you deem to be not working cor- rectly. Please note that there were also some changes to the default graphics settings (like border widths etc.) that were made to make XForms look a bit more "modern" but that may in- fluence the look of the plugins if you are using these default settings. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ geomview-users mailing list geomview-users at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geomview-users >From xforms-bounces at bob.usuhs.mil Tue Jun 24 00:13:22 2008 Return-Path: Delivery-Date: Tue, 24 Jun 2008 00:13:22 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1KAuHd2hq6-0006dE for jt at toerring.de; Tue, 24 Jun 2008 00:13:22 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m5NM1IRn026658; Mon, 23 Jun 2008 18:01:19 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m5NM1FJx026655 for ; Mon, 23 Jun 2008 18:01:16 -0400 Received: from gpt.toerring.de (p54BF9E15.dip0.t-ipconnect.de [84.191.158.21]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KAu6509iD-0004dd; Tue, 24 Jun 2008 00:01:13 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 70D056B8534; Tue, 24 Jun 2008 00:01:12 +0200 (CEST) Date: Tue, 24 Jun 2008 00:01:12 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080623220112.GA22140 at toerring.de> References: <20080623212413.GA16829 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080623212413.GA16829 at toerring.de> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+7pxoVf+fEETopundyf3eTmHB23K0j9v+WNMT PNwrDxWJM/6uyb1NImQ25pZtF/vtYzSGI/OtmRAgxMYUS05O9b MT6zYghWF8/zrx8ltPB2C9lKmH3Csvj Subject: Re: [XForms] New pre-release 1.0.91pre11 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 876 Lines: 22 To subscribers of the xforms list Hi, On Mon, Jun 23, 2008 at 11:24:13PM +0200, Jens Thoms Toerring wrote: > a) Thanks to Werner Heise sending me lots of test programs I Sorry, that should have been Werner Heisch, not Heise. I hope he isn't too annoyed, at least I got his name mixed up with that of the publisher of what are probably the best computer magazines in Germany... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Jun 23 23:48:20 2008 Return-Path: Delivery-Date: Mon, 23 Jun 2008 23:48:20 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu19) with ESMTP (Nemesis) id 0ML05c-1KAttP1nC5-0000tQ for jt at toerring.de; Mon, 23 Jun 2008 23:48:20 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m5NLOJjc025137; Mon, 23 Jun 2008 17:24:33 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m5NLOHrI025134 for ; Mon, 23 Jun 2008 17:24:17 -0400 Received: from gpt.toerring.de (p54BF9E15.dip0.t-ipconnect.de [84.191.158.21]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1KAtWI0gzL-0000xn; Mon, 23 Jun 2008 23:24:14 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 775606B8534; Mon, 23 Jun 2008 23:24:13 +0200 (CEST) Date: Mon, 23 Jun 2008 23:24:13 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080623212413.GA16829 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/D2OzS16wYU1LOb8WNnEQhSiXd78/qyKyvWGT Tdq3ROHYazhUhSOUUECilp2+uFT5J7lV6j0XHh5zc2V2UDxBjX MNclljj1qDsL2YCeaUq6RAB5Nh8BP++ Subject: [XForms] New pre-release 1.0.91pre11 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 1661 Lines: 43 To subscribers of the xforms list Hello, there's a further pre-release: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre11.tar.gz As usual here's a list of changes: a) Thanks to Werner Heise sending me lots of test programs I was able to track down a bug in the drawing of pixmaps - clippng wasn't set corectly, so under some circumstances pixmaps would be drawn over objects that were on top of the pixmap. b) The same problem existed also for bitmaps. c) Bitmap buttons now also behave like normal buttons, just with a bitmap drawn of top of it. The foreground color of the bitmap is the same as the label color (and never changes). At the moment I have no outstanding bug reports left and am seriously considering making this pre-release the "official" new 1.0.91 release. Therefore I would like to ask everyone with a bit of time to spend to download the pre-release and test it. I'd rather like to have a release that hasn't some ugly bugs left that should have been found before! It's that long since the last oficial release that some days spent fi- xing still existing bugs won't make much of a difference;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Jun 17 16:05:52 2008 Return-Path: Delivery-Date: Tue, 17 Jun 2008 16:05:52 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1K8boZ29Lr-0006bd for jt at toerring.de; Tue, 17 Jun 2008 16:05:52 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m5HDe7ij013057; Tue, 17 Jun 2008 09:40:25 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m5HDe5uU013054 for ; Tue, 17 Jun 2008 09:40:05 -0400 Received: from gpt.toerring.de (p54BF9FC5.dip0.t-ipconnect.de [84.191.159.197]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1K8bPL2la1-0000bZ; Tue, 17 Jun 2008 15:39:36 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 183536B84A6; Tue, 17 Jun 2008 15:39:34 +0200 (CEST) Date: Tue, 17 Jun 2008 15:39:35 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080617133935.GA22614 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18npBgMf1wiIdzgjTq4vTOVoRykDnuEOsDwpeS nnFWq/ynLfzEiWtcvLrRGs8X+CVVbuFF1FxzsyTigvRr/V2tcW sQJlQTNIe1tKBujf6OAi4act40Rc9Bc Subject: [XForms] New pre-release 1.0.91pre10 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1438 Lines: 36 To subscribers of the xforms list Hello, it was rather a long time since the last pre-release, but now there's a new one: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre10.tar.gz Again, due to my somewhat restricted time at the moment not too many changes have been made: a) The whole way pixmap buttons got drawn was a bit of a mess. I think that they should just behave like any other "normal" button with the only difference that a pixmap gets drawn on top of it (which may get exchanged when the button gets or loses the focus, i.e. the mouse gets moved on top of it or off the button). That's the way its supposed to work now - the drawing routine for normal button is also used for drawing pixmap buttons and when it's done the pixmap gets drawn on top of it. b) Another small cleanup of the code for redarwing objects that are in parts obscured by another object has been made. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Jun 1 00:39:39 2008 Return-Path: Delivery-Date: Sun, 01 Jun 2008 00:39:39 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu0) with ESMTP (Nemesis) id 0MKpIi-1K2ZjS1C5E-0000ZV for jt at toerring.de; Sun, 01 Jun 2008 00:39:39 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m4VLvtPp024700; Sat, 31 May 2008 18:02:33 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m4VLvqwS024697 for ; Sat, 31 May 2008 17:57:53 -0400 Received: from gpt.toerring.de (p54BFA721.dip0.t-ipconnect.de [84.191.167.33]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1K2XLz3ksg-0001Lx; Sat, 31 May 2008 22:08:34 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 37C236B83E5; Sat, 31 May 2008 22:07:02 +0200 (CEST) Date: Sat, 31 May 2008 22:07:03 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080531200702.GA4837 at toerring.de> References: <20080524145233.GA27966 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080524145233.GA27966 at toerring.de> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+5FqjbMYalYrxkJZLW63AVEoQ3y/VvbhBADCx tk/iKf9bIZfhiV6y0DQv2nW16sEu7U2oVAa444sb8v79TpvFDs asyjqcsSUho1uAfCEK9EfjnTX2c+HCl Subject: [XForms] New pre-release 1.0.91pre9 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1559 Lines: 37 To subscribers of the xforms list Hello, there's a new pre-release is available for testing: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre9.tar.gz Not too much has changed compared to the last one: a) Werner Heisch did observe that partially transparent pixmaps weren't displayed correctly anymore in 1.0.91pre8. He also pointed out that the behaviour of pixmap buttons wasn't what was described in the documentation (already in 1.0.90). If there was a focus pixmap (to be shown instead of the original pixmap while the mouse was on top of the button) it was also shown (and did stay shown) when the button was pressed. b) In the code I introduced to make sure "lower" objects don't get drawn above "higher" objects there was a bug in the de- tection if two objects overlap. That led to a lot of useless redraws of other objects when an object got redrawn. That's it for today. Please tell me when you find more bugs! Otherwise I guess there won't be another pre-release next but a real new release;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat May 24 17:19:13 2008 Return-Path: Delivery-Date: Sat, 24 May 2008 17:19:13 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu11) with ESMTP (Nemesis) id 0MKuA8-1JzvWO3xuw-0006Se for jt at toerring.de; Sat, 24 May 2008 17:19:13 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m4OEqbam028074; Sat, 24 May 2008 10:54:57 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m4OEqZnN028071 for ; Sat, 24 May 2008 10:52:36 -0400 Received: from gpt.toerring.de (p54BFADC1.dip0.t-ipconnect.de [84.191.173.193]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1Jzv6o1DOo-0000mJ; Sat, 24 May 2008 16:52:34 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id A81826B835F; Sat, 24 May 2008 16:52:33 +0200 (CEST) Date: Sat, 24 May 2008 16:52:33 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080524145233.GA27966 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/8G7z0Al0uigdDhTa43ihUf+xbIQ/UABQKg9X 2SrRwM/kYkvXIiKyQcl80GOOaB9VCXltClPnUmX2wbMD/hPHNS i6xBuoLeE/tlThByV89dji8B3/He9+i Subject: [XForms] New pre-release 1.0.91pre8 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 3614 Lines: 85 To subscribers of the xforms list Hello, here we go again with another pre-release: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre8.tar.gz What's new? a) Menus and choice object now use normal fonts instead of bold or even bold and italic fonts - they looked much too fat with the reduced border widths. I also made the default background color a tiny bit lighter. b) Alert and message goodies: removed upper limits on the strings that can be passed to them. There's also a new function, called void fl_show_alert2( int c, const char * fmt, ... ) that takes an int (indicating if the alert box is centered on the screen) and a printf()-like format string, followed by as many more aguments as there are format specifiers in the format string. c) Another new function is int fl_get_decoration_sizes( FL_FORM * form, int * top, int * right, int * bottom, int * left ); that you can call with a form and which then returns the widths of the decorations the window manager put around the form window in the four other variables. It returns 0 on success and 1 if it failed. It can fail e.g. because the form is currently not shown on the screen or because it's a form embedded in another form, e.g. as part of a tabfolder. d) When there were overlapping objects and the "lower" object was redrawn the "upper" object did appear to be under the "lower" object. This bug, pointed out by Werner Heisch, has hopefully been removed. e) It could happen that parts of a pixmap got drawn outside of the object it belonged to either because it was larger that the objects bounding box or because its alignment was set to outside. This part of the pixmap then didn't get hidden when the object was hidden. This has now been changed so that only the part that fits into the objects bounding box will get drawn and, when setting the pixmap's alignment an FL_ALIGN_INSIDE is implied. This deviates a bit from the manal where you can read: "Note that although you can place a pixmap outside of the bounding box, it probably is "not a good idea". So the "not so good idea" is now forbidden. In older versions also the additional margins around a pixmap (per default 3 pixels) weren't always correctly drawn if the pixmap wasn't smaller than the objects bounding box. f) Further bugs taken care of: hiding canvases and re-showing tabfolders didn't work correctly (as Rob Carpenter pointed out this led to parts of fdesign not working correctly any- more). Memory access to already deallocated memory in code for handling child objects removed. A few redrawing problems concerning boxes, pointed out by Andrea Scopece, were cleaned up. g) Added a file named 'New_Features.txt' in the main directory with more complete documentation of new functions and other changes. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue May 6 02:08:26 2008 Return-Path: Delivery-Date: Tue, 06 May 2008 02:08:26 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1JtAj73b3C-0000Oo for jt at toerring.de; Tue, 06 May 2008 02:08:26 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m45Nsqba025595; Mon, 5 May 2008 19:55:05 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m45NsnNj025592 for ; Mon, 5 May 2008 19:54:50 -0400 Received: from gpt.toerring.de (p54BF8CC5.dip0.t-ipconnect.de [84.191.140.197]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1JtAW73FJu-0007Lf; Tue, 06 May 2008 01:54:48 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 2974B6B8545; Tue, 6 May 2008 01:54:44 +0200 (CEST) Date: Tue, 6 May 2008 01:54:45 +0200 From: Jens Thoms Toerring To: Andrea Scopece Message-ID: <20080505235444.GB5415 at toerring.de> References: <20080505144936.GA23102 at toerring.de> <200805052243.24066.andrea.scopece at tiscali.it> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <200805052243.24066.andrea.scopece at tiscali.it> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+1Q9KLvD+jN3Ii9yxQu6PmIb6de5o37090tCd d68EHpxmJNGOlp+78xb0OVjgxaCiP/oQj2mOEaYLGBZxIuZW4P lU+bnMmkj8LAGn5d0/pDAxyp8lPIWjo Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New pre-release 1.0.91pre7 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 6939 Lines: 140 To subscribers of the xforms list Hello, On Mon, May 05, 2008 at 10:43:23PM +0200, Andrea Scopece wrote: > My feel is that the library cointain a bit of support for > platform that really are not used anymore. > To cleanup the things there is the need at least to know > what are the platform currently used... > Programmer and Users please: report back some info to list! Yes, that is an issue that needs taken care of in several respects. E.g. on the Savannah project page it's claimed that It should work under X11 R4, R5 & R6. Now I don't know who still got a R4 or R5 release of X11. I definitely don't (and that for years), so I can't test how far this claim is for real. Concerning support for different operating systems at least there don't seem to be those kinds of claims. I guess that OS2 and Windows NT are not really supported anymore. But I have no idea if WIN32 (whatever exactly this is meant to be) works at all - I don't use Windows, so I can't check. And concerning rather old versions of different UNIX flavors there's a similar situation. VMS is another candidate... > > There are quite a number of corner cases, i.e. functions that > > are in but that have never been documented. It's > > difficult to decide what to do in these cases: since the func- > > tion never have "officially" become part of the API one could > > argue that they should be taken out but, on the other hand, > > some existing programs might be using them by now anyway... > > Jens, please could you please list who are that funcs/features ? To be honest, while that's a good question I can't really answer it in detail. I went through the lib/flinternal.h file and the ones below lib/private and grep'ed which functions actually exist at all, which of those were also declared in and in many cases checked against the documentation. But I didn't make any notes on that, so I can't give you a list, sorry... I als haven't gone through all the files below lib/include that make up , but I would take bets that there are also many declarations for functions that just don't exist anymore and quite a number that (at least to my feelings) shouldn't be part of the public API and also haven't been documented as beeing part of the API... > > l) All cases where alert box pops up when there's an internal error > > (most likely due to the caller of a public function not passing > > the correct types of arguments) have been changed to print a > > message to stderr only - I don't think it's proper for a library > > to bother the end user with stuff popping up suddenly with some > > error messages they rather have no idea what they are meant for. > > And actually the whole error handling part of the library is in > > for a rewrite... > I vote for dropping all popups, and returning error by return value, > debug info should be outputted only if requested (cmd line -debug) > and only from functions of the API. There shouldn't be any pop-ups anymore, just error messages going to stderr by default (but that can be redirected to a file or /dev/null or dealt with in other ways by redefining things with fl_set_error_handler()). > Internal errors should/need to be debugged before releasing > the library. Yes, for sure. But all, shit happens;-) And then the library is still not in the state I would like it to be in where errors like improper arguments passed to API functions would get caught in time and wouldn't in turn make internal functions barf. That is something to aim for, but we're definitely not there yet... > > I guess there have been enough new developments by now to permit a > > "real" new release (not 1.1.0 yet but 1.0.91). I also got a bit of > > a feeling that not too much testing is going on (for the last pre- > > releases I have not got much feedback except by two or three people), > > so it may not make much sense to wait any longer - a "real" release > > may stir things up a bit since it could also be noticed by those not > > on the mailing list. Does anyone care to comment? > > My idea, because XForms appear right now like a costant work in progress, > with no real stable-release, is to start a completely new branch (say > 2.0-unstable) and start a rewriting from scratch, collecting the > functionality required, dropping those not used, and implementing > new features. Rewriting things from scratch is a very attractive idea. In principle count me in on that. But (isn't there always a but?) that's going to take a lot of time and work and "old" programs depending on the current version of the XForms API should keep working (my own included;-) and I also guess that's what being a "maintainer" entails. For this reason I may seem to be a bit conservative, but at the moment my primary goals don't go too far beyond getting things to work correctly (I hope may views of that "wrok correctly don't deviate too much from those of others) - that's what I hope I will be able to handle. When I first took a look at the code my reaction was similar to yours, i.e. "get rid of all the old cruft and redo it in a reasonable way", but then I realized what amount of code there is that I don't feel that a "rewrite from scratch" aproach will bear fruits for quite some time. And, on the other hand, in order to attract enough people to get involved for a rewrite (like you perhaps?) I think it could be an advantage to have some- thing that works so that the project doesn't just look like mere vaporware. On a personal note, I had some time to spend on something in- teresting in the last few months since I hadn't had a regular job, but this will probably (and my bank account says "hope- fully";-) change soon. And then I fear I will have to spend more time on other (hopefully also interesting;-) things and less on debugging or even rewriting XForms. What I convinced of is that XForms needs some work-over to have a future at all. There are other toolkits that can be used in- stead and they will be used if there are no new developments to make it attractive again to use and hopefully thus get more people involved. Ok, is there anbody out there on this mailing list that would like to chime in with his/her views? It's not as we would be overwhelmed by the amount of traffic at the moment. I guess Bob's (thanks to him for keeping the mailing list running!) server is going to be able to cope with a bit more;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon May 5 17:21:29 2008 Return-Path: Delivery-Date: Mon, 05 May 2008 17:21:29 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu11) with ESMTP (Nemesis) id 0MKuA8-1Jt2VA12Th-00065e for jt at toerring.de; Mon, 05 May 2008 17:21:29 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m45Enf9m018576; Mon, 5 May 2008 10:52:05 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m45EndYo018573 for ; Mon, 5 May 2008 10:49:40 -0400 Received: from gpt.toerring.de (p54BF8CC5.dip0.t-ipconnect.de [84.191.140.197]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1Jt20X3OV3-0004S5; Mon, 05 May 2008 16:49:38 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 23A636B8545; Mon, 5 May 2008 16:49:36 +0200 (CEST) Date: Mon, 5 May 2008 16:49:36 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080505144936.GA23102 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18H0v3IFhDYLtCVws0+UHoXTAeU5H2fu/dxvHG xU7r1/3dijy6zOyRMazkniDPGenXgNxmZWyU1nWIvzNfI0KRRp UZ6f3T36VmW/MYpeveln7uHaXTLaJg8 Subject: [XForms] New pre-release 1.0.91pre7 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 4450 Lines: 98 To subscribers of the xforms list Hello everybody, not that you get the idea that I have been totally lazy, sitting in the sun and twiddling my thumbs the last days ;-) here's one more pre-release: http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91pre7.tar.gz And as usual here's the list of the things that got changed. A lot of this is due to Andrea Scopece, who just joined the mailing list and not only pointed out quite a number of problems but also send in patches! a) The '-flversion' option didn't work. Now hopefully it does. b) There was a bug that resulted in a segmentation fault of the main demo program. c) Resizing of scrollbars works again, but with a twist: verti- cal scrollbars get resized per defaulu in y-direction only, while horizontal ones in x-direction. I guess that's what most people would expect. d) The version information output by the library now contains all information, not only the first three lines. e) Jumping from one input field to another with and Shift- now works correctly and for all types of input fields, including multi-line input fields (that before did nothing on s at all). f) Date input fields handle verification of leap years correctly. g) Hiding a form that contains a canvas doesn't result in an XError anymore when the canvas hasn't been unmapped before. h) When a file selector has a callback installed the field for manually entering a file name isn't shown anymore - that field could not be used anyway. i) Message boxes created by fl_show_message() and fl_show_messages() now can display an unlimited amout of text and they automatically get a size so that the whole text fits in. Moreover, there's a new function fl_show_msg(), that takes a printf()-like format string and then an unspecified number of arguments (as amny as there are format specifiers in the format string). j) Removed limits on numbers of forms, objects and groups fdesign can deal with. Moreover, the browser for groups is now a multi- browser as it looks it should have been from the start. k) Spring cleaning: I started trying to distingish more clearly between things in the library that belong to the published API and those used only internally. Therefor I went through the lib/flinternals.h and lib/private/*.h files, removing function declarations that are also in or those for functions that don't exist anymore and renaming functions and macros not belonging to the public API to start with 'fli_' or 'FLI_' in- stead of 'fl_' and 'FL_'. There are quite a number of corner cases, i.e. functions that are in but that have never been documented. It's difficult to decide what to do in these cases: since the func- tion never have "officially" become part of the API one could argue that they should be taken out but, on the other hand, some existing programs might be using them by now anyway... l) All cases where alert box pops up when there's an internal error (most likely due to the caller of a public function not passing the correct types of arguments) have been changed to print a message to stderr only - I don't think it's proper for a library to bother the end user with stuff popping up suddenly with some error messages they rather have no idea what they are meant for. And actually the whole error handling part of the library is in for a rewrite... I guess there have been enough new developments by now to permit a "real" new release (not 1.1.0 yet but 1.0.91). I also got a bit of a feeling that not too much testing is going on (for the last pre- releases I have not got much feedback except by two or three people), so it may not make much sense to wait any longer - a "real" release may stir things up a bit since it could also be noticed by those not on the mailing list. Does anyone care to comment? Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Apr 29 02:22:53 2008 Return-Path: Delivery-Date: Tue, 29 Apr 2008 02:22:53 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu11) with ESMTP (Nemesis) id 0MKuA8-1JqdcH0b1o-0008Af for jt at toerring.de; Tue, 29 Apr 2008 02:22:53 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m3SNssPV014236; Mon, 28 Apr 2008 19:55:15 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m3SNsqkS014232 for ; Mon, 28 Apr 2008 19:54:52 -0400 Received: from gpt.toerring.de (p54BF8DCE.dip0.t-ipconnect.de [84.191.141.206]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1JqdBJ0BVf-0001kI; Tue, 29 Apr 2008 01:54:49 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 78C086B8545; Tue, 29 Apr 2008 01:54:48 +0200 (CEST) Date: Tue, 29 Apr 2008 01:54:48 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080428235448.GA1750 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1//Q8QzW4XhpDRbNwlPYcAdHmUwEf83pbJzFsT r+QclMGF+VpvdkAHRTMADpZvVjlBVMAxn/+M+fW3+44bI59Too LAFipiuS/bHYSMtHd7zh3gXTG+nqzRV Subject: [XForms] Posting not received: xforms do not compile cleanly on aix 5.3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1174 Lines: 33 To subscribers of the xforms list Hello, I just found out that our mailing list is mirrored at http://groups.google.com/group/fa.xforms/ And there's a posting from April 23rd which I didn't receive with the subject line Xforms do not compile cleanly on aix 5.3 Unortunately, I can't reply directly to the author ("Max") without signing in to Google (which I don't want to) nor do I get the authors email address. But I would need some more information to be able to figure out what's going on. So if anybody has an idea how to contact the author please let me know. Best regards, Jens PS: The next pre-release will hopefully come out soon. If you can't wait download the CVS version;-) -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Apr 20 15:53:42 2008 Return-Path: Delivery-Date: Sun, 20 Apr 2008 15:53:42 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu22) with ESMTP (Nemesis) id 0MKr6C-1JnZyz2zUk-0005nx for jt at toerring.de; Sun, 20 Apr 2008 15:53:42 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m3KDSDSo018148; Sun, 20 Apr 2008 09:28:26 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m3KDSB26018145 for ; Sun, 20 Apr 2008 09:28:12 -0400 Received: from gpt.toerring.de (p54BFB2EB.dip0.t-ipconnect.de [84.191.178.235]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1JnZaU3WCu-0001L3; Sun, 20 Apr 2008 15:28:11 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 37C8B6B8545; Sun, 20 Apr 2008 15:28:09 +0200 (CEST) Date: Sun, 20 Apr 2008 15:28:10 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080420132809.GA11455 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/y2yKEMaz9DPok4VgsfiWchRNm6h+0HRqgeRA slOkIn/PplmaksNxq/OO6FF9HPwMq3D6q7oEHfi9OY723ixHyz pqF1dV9xCHE/UFGDRpo9J54kMhp4Yif Subject: [XForms] New pre-release 1.0.91pre6 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2726 Lines: 63 To subscribers of the xforms list Hello, I guess it's again time for a new pre-release: http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91pre6.tar.gz The most important changes are: a) Since the 0.89 version on calling fl_initialize() the locale for the program was set to the default locale on the machine the pro- gram was running on. Unfortunately, this was never documented and led to trouble in several cases (e.g. because the programs stopped to read in floating point numbers with a decimal point using scanf() etc. when run on a machine with e.g. a French or German default locale setting since there a comma is expected instead). Already some years ago there was a discussion if this should be undone but never got removed. Since I feel that setting the locale behind the users back is a bad idea (perhaps also because figuring out the resulting problems took me a lot of time some years ago when switching to 0.89;-) I now removed it. I hope it doesn't break any existing programs, otherwise please let me know. b) Peter Galbraith pointed out a problem when compiling fdesign and told me what needed changing. It hopefully now works again. c) The C output files created by fdesign included "forms.h" instead of . Fixed. d) A few bugs in the code for the file selectors, buttons and sliders were corrected. e) The formbrowsers scrollbars weren't set reasonably when the form it belongs to was resized. And something I already changed in the last pre-release but forgot to mention: When calling fl_check_forms() or fl_check_forms_only() (which is recommended to be done when doing time intensive calcu- lations from time to time to have the program still react to user interactions) the program was put to sleep for at least 10 ms. This seeemed to me to be a rather long time and I thus reduced it to 1 ms. I haven't seen any adverse effects but please tellme if you do. As usual I would be delighted to get bug reports (and also confirmations that things work as expected). Please note that I may not be able to react to emails immediately during the next week, but don't let that keep you from sending me your comments. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Apr 13 12:39:27 2008 Return-Path: Delivery-Date: Sun, 13 Apr 2008 12:39:27 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu23) with ESMTP (Nemesis) id 0ML4cO-1JkzcA3jME-0000mt for jt at toerring.de; Sun, 13 Apr 2008 12:39:27 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m3DAN5Tp001316; Sun, 13 Apr 2008 06:24:56 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m3DAMr6f001306 for ; Sun, 13 Apr 2008 06:22:54 -0400 Received: from gpt.toerring.de (p54BFA275.dip0.t-ipconnect.de [84.191.162.117]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1JkzMJ3dUS-0001YF; Sun, 13 Apr 2008 12:22:52 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 33A4E6B8540; Sun, 13 Apr 2008 12:22:50 +0200 (CEST) Date: Sun, 13 Apr 2008 12:22:50 +0200 From: Jens Thoms Toerring To: Peter Galbraith Message-ID: <20080413102250.GA9889 at toerring.de> References: <19621.1208046530 at mixed.dyndns.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <19621.1208046530 at mixed.dyndns.org> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18KDBU4+Gqi/TbP1UGvfkV/iJ/6NTkmK4Xyqlt iV9ZuqLSX+SSUu1Cp7Bc0xEDy/8BKP1m7aoKcwvfyZw+wEbH0U wIfqGmLCYL23SC3L0zshovz7RhTRnkx Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Tweak needed to build pre-test X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1898 Lines: 68 To subscribers of the xforms list Hello Peter, On Sat, Apr 12, 2008 at 08:28:50PM -0400, Peter Galbraith wrote: > I just downloaded the pre-test tar ball and found this small issue: > > In fdesign/fd > > $ grep forms.h * | grep include > > pallette.c:#include "forms.h" > ui_attrib.c:#include "forms.h" > ui_objs.c:#include "forms.h" > ui_theforms.c:#include "forms.h" > > To get a clean build, this should be: > > #include "include/forms.h" > > The same goes for these files in fd/spec : > > browser_spec.c > button_spec.c > choice_spec.c > counter_spec.c > dial_spec.c > freeobj_spec.c > free_spec.c > menu_spec.c > pixmap_spec.c > positioner_spec.c > scrollbar_spec.c > slider_spec.c > twheel_spec.c > xyplot_spec.c Thank you very much for pointing that out! It seemed to built cleanly on my machine (looks like the compiler somehow finds it here without the "include/" in front of it) but I had no- ticed that something strange was going on with "make install", but which I had not understood yet. And that missing "include/" it was! Since I now had a closer look I also realized that for "normal" cases, i.e. when you convert a *.fd file that belongs to a regular project (and not to XForms itself) it should be #include and not #include "include/forms.h" as it used to be. I will add the changes to the CVS version and, of course, it's going into the next pre-release. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Apr 13 02:53:23 2008 Return-Path: Delivery-Date: Sun, 13 Apr 2008 02:53:23 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu23) with ESMTP (Nemesis) id 0ML4cO-1JkqT02nZN-0000Zw for jt at toerring.de; Sun, 13 Apr 2008 02:53:23 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m3D0SrhP028917; Sat, 12 Apr 2008 20:29:07 -0400 Received: from smtp1.globetrotter.net (smtp1.globetrotter.net [142.169.1.151]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m3D0SpMD028914 for ; Sat, 12 Apr 2008 20:28:52 -0400 Received: from (192.168.250.8) by avas6.globetrotter.net via smtp id 0e73_e962d8a2_08e7_11dd_915b_00188b334a88; Sat, 12 Apr 2008 20:26:43 -0300 Received: from mixed.dyndns.org (c207.134.175-48.clta.globetrotter.net [207.134.175.48]) by smtp1.globetrotter.net (iPlanet Messaging Server 5.2) with ESMTP id <0JZ8009I0MO2YB@"TELUS Quebec"> for xforms at bob.usuhs.mil; Sat, 12 Apr 2008 20:28:51 -0400 (EDT) Received: from (207.134.175.48) by avas6.globetrotter.net via smtp id 0e70_e8daf2f2_08e7_11dd_89a7_00188b334a88; Sat, 12 Apr 2008 20:26:42 -0300 Received: by mixed.dyndns.org (Postfix, from userid 1000) id B4BDF64D756; Sat, 12 Apr 2008 20:28:50 -0400 (EDT) Received: from mixed.dyndns.org (localhost [127.0.0.1]) by mixed.dyndns.org (Postfix) with ESMTP id AE3F264D754; Sat, 12 Apr 2008 20:28:50 -0400 (EDT) Date: Sat, 12 Apr 2008 20:28:50 -0400 From: Peter Galbraith To: xforms at bob.usuhs.mil Message-id: <19621.1208046530 at mixed.dyndns.org> X-Mailer: MH-E 8.0.3; nmh 1.2; GNU Emacs 21.4.1 X-Image-URL: http://people.debian.org/~psg/face.png Subject: [XForms] Tweak needed to build pre-test X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1113 Lines: 48 To subscribers of the xforms list Hi, I just downloaded the pre-test tar ball and found this small issue: In fdesign/fd $ grep forms.h * | grep include pallette.c:#include "forms.h" ui_attrib.c:#include "forms.h" ui_objs.c:#include "forms.h" ui_theforms.c:#include "forms.h" To get a clean build, this should be: #include "include/forms.h" The same goes for these files in fd/spec : browser_spec.c button_spec.c choice_spec.c counter_spec.c dial_spec.c freeobj_spec.c free_spec.c menu_spec.c pixmap_spec.c positioner_spec.c scrollbar_spec.c slider_spec.c twheel_spec.c xyplot_spec.c Thanks, -- Peter S. Galbraith GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E 6623'rd GNU/Linux user at the Counter - http://counter.li.org/ _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Apr 10 03:55:52 2008 Return-Path: Delivery-Date: Thu, 10 Apr 2008 03:55:52 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu19) with ESMTP (Nemesis) id 0ML05c-1Jjm0p2IQ0-0000oB for jt at toerring.de; Thu, 10 Apr 2008 03:55:52 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m3A1RYh4005506; Wed, 9 Apr 2008 21:28:54 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m3A1RVfv005503 for ; Wed, 9 Apr 2008 21:27:32 -0400 Received: from gpt.toerring.de (p54BFA560.dip0.t-ipconnect.de [84.191.165.96]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1JjlZa0fcJ-00005O; Thu, 10 Apr 2008 03:27:30 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 69C5E6B853F; Thu, 10 Apr 2008 03:27:26 +0200 (CEST) Date: Thu, 10 Apr 2008 03:27:27 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080410012726.GA9940 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+H2rz8ZtNg8TSmjHDCKl9e30Q56Iz5Es6Y4o9 /u7h+e6SdvOum8nhon53rouq0xUVgc/al24ItzA3bHzozTh4Ko I1lACR2MIhbL5p449MLwbXCcbP+0Bqs Subject: [XForms] New pre-release 1.0.91pre5 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 4045 Lines: 95 To subscribers of the xforms list Hello everybody, I guess it's about time for a new pre-release, so here you go: http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91pre5.tar.gz Again, there aren't any dramatic changes. Due to some very constructive criticism by Michal Szymanski I undid some of the changes I made: a) I had made buttons only react to the left mouse button. My idea behind this was to make XForms' behaviour more similar to that of other toolkits with this. But it breaks some existing programs and therefore it's probably better to implement it differently. Per default buttons now again react to each and every mouse button (including the scroll wheel) as it used to be. But to make it possible to change that I added a new function void fl_set_button_mouse_buttons( FL_OBJECT * obj, int mb ) The first argument is a pointer to the button object and the second determines which mouse buttons the button object will react to. It's the inclusive OR of ( 1 << ( FL_MBUTTONx - 1 ) ) where the 'x' in 'FL_MBUTTONx' is a number between 1 and 5, with 1 for the left, 2 for the middle and 3 for the right mouse button. 4 stands for rotating the scroll wheel up and 5 for down. For each of the bits set in 'mb' the button will react to clicks of the corresponding mouse button. Of course, there's also the 'reverse' function that lets you determine which mouse buttons a button reacts to, going by the name of int fl_set_button_mouse_buttons( FL_OBJECT * obj ) The return value has the same meaning as the 'mb' value you pass to the other function. b) The behaviour of the buttons can also be set via fdesign. If you look at the attributes of a button. When you select the button and press 'F1' and then click on the "Spec" tab rider you are able to select which mouse buttons the button will react to. The '.fd' files now contain for buttons that aren't set to the default behaviour (all mouse buttons work) an extra line, starting with 'mbuttons:' and followed by an integer with the value of 'mb' for the button. c) Luckily the older fdesign versions don't seem to mind the extra line for buttons starting with 'mbuttons:'. But to make it easier to compile applications that are sensitive to these changes I added a new option to fdesign: '-xforms-version'. This writes the version of the library fdesign was linked against to stderr in a form like FORMS Library Version 1.0.91pre5 d) Also making one of a group of radio buttons "active" automatically wasn't such a great idea as I had imagined. So I simply removed this, reverting back to the original behaviour. e) Michal Szymanski also found out that if you started an appli- cation with a lot of options the program did crash with a segmentation fault in fl_initialize(). It looks as if this was due to not enough memory getting allocated for the copy of the command line arguments done in a function invoked by fl_initialize(). f) I removed the limitation on both the number of symbols that can be created (formerly 16) and the length of their names (formerly 15 characters). g) I got a bit further in my quest to free all memory allocated by the library at least on fl_finish() - all memory allocated for tabfolders now (hopefully) gets released. h) Finally - shame on my - there was a bug I introduced that re- sulted in a program hanging when a menu entry contained a '%'. Best regards and happy testing, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 27 18:13:30 2008 Return-Path: Delivery-Date: Thu, 27 Mar 2008 18:13:30 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu7) with ESMTP (Nemesis) id 0MKsxo-1JevfK3Z3H-0008C6 for jt at toerring.de; Thu, 27 Mar 2008 18:13:30 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2REu4m3003843; Thu, 27 Mar 2008 11:15:32 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2REu0mK003833 for ; Thu, 27 Mar 2008 10:56:01 -0400 Received: from gpt.toerring.de (p54BF92FD.dip0.t-ipconnect.de [84.191.146.253]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1JetIN3TpJ-0003NN; Thu, 27 Mar 2008 15:41:36 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 47D426B853E; Thu, 27 Mar 2008 15:41:34 +0100 (CET) Date: Thu, 27 Mar 2008 15:41:35 +0100 From: Jens Thoms Toerring To: Didier Verkindt Message-ID: <20080327144135.GE30263 at toerring.de> References: <20080326205031.GA631 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/bs5Y4b1ujQJH15GlWdVPEfDk487cDdkEtnW9 +xoozQsCPM3PcHQA8BZdIrnvs9bDbkO9+A4e6QVjOkYD9i13e4 nzyRbFbZb/OCa1ql1Lznjhw5t3oHBA5 Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New pre-release 1.0.91pre3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1769 Lines: 41 To subscribers of the xforms list Hello, On Thu, Mar 27, 2008 at 09:22:15AM +0100, Didier Verkindt wrote: > Concerning your last proposal, I fully support it. Fine;-) I now realized that this behaviour was already in the older versions and only got broken due to my own stupidness. It's working correctly again in the CVS version and will so in the next pre-release - or should that become the next re- lease? Since I didn't get much reports if things are working or not I am not sure how to procede... > Less important but it could be useful: is it possible to add > a new type of slider where the resolution can be chosen directly > from an input field associated to it? Please accept my appologies, but at the moment I still have my hands full with trying to understand and, as far as necessary, correct the code so that I wouldn't like to make any promises I probably would have to break anyway;-) But it might be useful to have a kind of a wish-list: there's already the scrolled canvas Michal Szymanski asked for and now your slider with an editable field for the resolution... BTW, do you know that the slider moves slower when you keep the left mouse button down? I changed that part of the code quite a bit and hope that it works more conveniemtly now. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 27 21:36:16 2008 Return-Path: Delivery-Date: Thu, 27 Mar 2008 21:36:16 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu18) with ESMTP (Nemesis) id 0MKxMK-1JeypY1NYM-0003qv for jt at toerring.de; Thu, 27 Mar 2008 21:36:16 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2RKJOpt007593; Thu, 27 Mar 2008 16:20:41 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2RKJMq4007586 for ; Thu, 27 Mar 2008 16:19:22 -0400 Received: from gpt.toerring.de (p54BF92FD.dip0.t-ipconnect.de [84.191.146.253]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1JeyZF1CLu-0003Xy; Thu, 27 Mar 2008 21:19:21 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 7D4D96B853D; Thu, 27 Mar 2008 21:19:19 +0100 (CET) Date: Thu, 27 Mar 2008 21:19:20 +0100 From: Jens Thoms Toerring To: Michal Szymanski Message-ID: <20080327201920.GB27529 at toerring.de> References: <20080326205031.GA631 at toerring.de> <20080327135652.GA10730 at astrouw.edu.pl> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080327135652.GA10730 at astrouw.edu.pl> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/m/OWbAkF4ceWHpTj7iUYbF0RrzXY7kZpuJXr UxwlNfN3GPQrwyLk9zYOYrdXRF2snUGSuYV/pragYGZYLXUjzp xe+XmBNlkAE6YhqJ6umZapy0mdR0dMq Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New pre-release 1.0.91pre3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1175 Lines: 26 To subscribers of the xforms list Hi Michal, On Thu, Mar 27, 2008 at 02:56:52PM +0100, Michal Szymanski wrote: > I have an application for displaying FITS images, using canvas. > While the mouse pointer is in the image canvas, its coordinates should > be printed in the main app window, both at rest and while moving. I hope I found the solution to the problem (I actually don't really understand yet why it works since I just put back in a line I had removed because it didn't make sense to me). You can download the newest version of lib/forms.c (where the bug were) from the CVS repository at Savannah. Or would it be more convenient if I make a new release out of it? Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 27 20:36:17 2008 Return-Path: Delivery-Date: Thu, 27 Mar 2008 20:36:17 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1JextV3INI-0002xN for jt at toerring.de; Thu, 27 Mar 2008 20:36:17 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2RJHoAx006589; Thu, 27 Mar 2008 15:19:03 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2RJHn18006586 for ; Thu, 27 Mar 2008 15:17:49 -0400 Received: from gpt.toerring.de (p54BF92FD.dip0.t-ipconnect.de [84.191.146.253]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1Jexbf1lLI-0000fK; Thu, 27 Mar 2008 20:17:48 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id A2E636B853D; Thu, 27 Mar 2008 20:17:46 +0100 (CET) Date: Thu, 27 Mar 2008 20:17:46 +0100 From: Jens Thoms Toerring To: Michal Szymanski Message-ID: <20080327191745.GA27529 at toerring.de> References: <20080326205031.GA631 at toerring.de> <20080327135652.GA10730 at astrouw.edu.pl> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080327135652.GA10730 at astrouw.edu.pl> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18cb4KSPgI8wvFLRTfgTonXXbedw8LaF+bgC/4 TBZ5/WzrsWPIO4sNOS4IdCtpwaYw34230kInU+IB+jUfXPMe73 AdCbbjyoT/S8gT29Fi5b4Vi37ngdd12 Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New pre-release 1.0.91pre3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1612 Lines: 36 To subscribers of the xforms list Hi Michal, On Thu, Mar 27, 2008 at 02:56:52PM +0100, Michal Szymanski wrote: > There is a problem with events servicing, apparently introduced in the > latest (pre3, or pre2, I did not check the pre2) version. > > I have an application for displaying FITS images, using canvas. > While the mouse pointer is in the image canvas, its coordinates should > be printed in the main app window, both at rest and while moving. > > It has always been working fine, including the first 1.0.91 version > provided by Jens. With the "pre3" version, it does not work. When the > mouse enters the canvas, a single position is printed but then it does > not change when the mouse moves around, unless I click the button or > leave the canvas and enter again. Even then I get only single position > printed. The code did not change at all so it must be something inside > the library. > > The excerpt from the code follows. Thank you for the very precise description of the problem! I will try to figure out what's going wrong immediately and notify you when I hope to have solved it. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 27 19:22:26 2008 Return-Path: Delivery-Date: Thu, 27 Mar 2008 19:22:26 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu22) with ESMTP (Nemesis) id 0MKr6C-1Jewk22sbs-00010H for jt at toerring.de; Thu, 27 Mar 2008 19:22:26 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2RI4UoC005478; Thu, 27 Mar 2008 14:05:48 -0400 Received: from bulge.astrouw.edu.pl (bulge.astrouw.edu.pl [193.0.88.25]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2RI4S7M005474 for ; Thu, 27 Mar 2008 14:04:28 -0400 Received: from bulge.astrouw.edu.pl (localhost [127.0.0.1]) by bulge.astrouw.edu.pl (8.13.8/8.13.8) with ESMTP id m2RDuqAl011213 for ; Thu, 27 Mar 2008 14:56:52 +0100 Received: (from msz at localhost) by bulge.astrouw.edu.pl (8.13.8/8.13.8/Submit) id m2RDuquR011212 for xforms at bob.usuhs.mil; Thu, 27 Mar 2008 14:56:52 +0100 Date: Thu, 27 Mar 2008 14:56:52 +0100 From: Michal Szymanski To: XForms Message-ID: <20080327135652.GA10730 at astrouw.edu.pl> References: <20080326205031.GA631 at toerring.de> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Subject: Re: [XForms] New pre-release 1.0.91pre3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 2041 Lines: 69 To subscribers of the xforms list Hi XFormers, There is a problem with events servicing, apparently introduced in the latest (pre3, or pre2, I did not check the pre2) version. I have an application for displaying FITS images, using canvas. While the mouse pointer is in the image canvas, its coordinates should be printed in the main app window, both at rest and while moving. It has always been working fine, including the first 1.0.91 version provided by Jens. With the "pre3" version, it does not work. When the mouse enters the canvas, a single position is printed but then it does not change when the mouse moves around, unless I click the button or leave the canvas and enter again. Even then I get only single position printed. The code did not change at all so it must be something inside the library. The excerpt from the code follows. any ideas? regards, Michal. -- Michal Szymanski (msz at astrouw dot edu dot pl) Warsaw University Observatory, Warszawa, POLAND ------------------------------------------------------------------ int im_canvas_motion(FL_OBJECT *ob, Window win, int ww, int hh, XEvent *ev, void *d) { FD_image *ui = d; int X, Y, x, y, w ,h; double pixval; if ( pixbuf == NULL ) return 0; mouse_xlib_x = ev->xmotion.x; mouse_xlib_y = ev->xmotion.y; xy_xlib2image(mouse_xlib_x, mouse_xlib_y, &X, &Y); sprintf(position,"%4d %4d", X, Y); fl_set_object_label(ui->position, position); /* cut */ } The handler is registered when application starts, with: void init_canvas(FD_image *fdui) { FL_OBJECT *canvas; canvas = fdui->canvas; fl_add_canvas_handler(canvas, MotionNotify, im_canvas_motion, fdui); /* cut (other handlers) */ } _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 27 09:43:38 2008 Return-Path: Delivery-Date: Thu, 27 Mar 2008 09:43:38 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu0) with ESMTP (Nemesis) id 0MKpIi-1Jenhu1lva-0005Jt for jt at toerring.de; Thu, 27 Mar 2008 09:43:38 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2R8MMMo031624; Thu, 27 Mar 2008 04:22:34 -0400 Received: from lappc-f057.in2p3.fr (lappc-f057.in2p3.fr [134.158.97.63]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2R8MJ2j031621 for ; Thu, 27 Mar 2008 04:22:20 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by lappc-f057.in2p3.fr (Postfix) with ESMTP id E64BC743C6; Thu, 27 Mar 2008 09:22:16 +0100 (CET) Received: from lappc-f057.in2p3.fr ([127.0.0.1]) by localhost (lappc-f057.in2p3.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26891-02; Thu, 27 Mar 2008 09:22:16 +0100 (CET) Received: from virgoa2.in2p3.fr (virgoa2.in2p3.fr [134.158.96.119]) by lappc-f057.in2p3.fr (Postfix) with ESMTP id 03DFB743C5; Thu, 27 Mar 2008 09:22:16 +0100 (CET) Date: Thu, 27 Mar 2008 09:22:15 +0100 (CET) From: Didier Verkindt X-X-Sender: verkindt at virgoa2.in2p3.fr To: Jens Thoms Toerring In-Reply-To: <20080326205031.GA631 at toerring.de> Message-ID: References: <20080326205031.GA631 at toerring.de> MIME-Version: 1.0 X-Virus-Scanned: by new amavisd-new 4 at in2p3.fr Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New pre-release 1.0.91pre3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 4509 Lines: 110 To subscribers of the xforms list Hello, Thanks for all this xform revival work! Concerning your last proposal, I fully support it. Less important but it could be useful: is it possible to add a new type of slider where the resolution can be chosen directly from an input field associated to it? Cheers, Didier ----------------------------------------------------------- Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt On Wed, 26 Mar 2008, Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hello, > > having a few holidays with rather ugly weather allowed me > to continue so, again, here's something new to play with: > > http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91.pre3.tar.gz > > The most important changes are: > > a) Input objects now lose the focus (and report changes back > to the program) on clicks of other objects that accept a > click with the mouse (buttons, sliders, etc.). This gets > around the problem that if you had an input field, edited > something in there (without hitting the ENTER or TAB key) > and then clicked on some button that's supposed to make > use of what just had got entered into the input field, the > function fl_get_input() still returned the unchanged value > since the input field never lost its focus and thus didn't > accept the changes you made. > > If you move the mouse out of a window with an active input > object and move it into another window keyboard input now > goes to the new window instead of to the one you left. > > Further restructuring of the event handling code. Same > code is now used in xpopup.c and forms.c for dealing > with idling. > > b) Memory gets deallocated also for all objects on call of the > functions fl_free_form() and fl_finish(). I would very much > like to come to a point where XForms doesn't leak memory > anymore - but that's not done yet, at least tabfolders still > pose a problem... > > The code from the file lib/be.c (a kind of primitive garbage > collection) isn't used anymore, it didn't really do what I > guess it was intended to do (and then only when an idle > callback was installed). > > c) Timeouts should be a bit more precise now and not expire > too early anymore (as it's promised in the manual). > > d) Silders (and thus scrollbars) got a rework and some minor > annoyances hopefully have gone. > > e) If available sigaction() is now used instead of signal() > for signal handlers. > > f) Code emitted by fdesign doesn't use fl_calloc() anymore > but instead fl_malloc() (somebody reported to have had a > bit of a problem with that and it didn't make any sense > to zero out the memory anyway). > > I have also another proposal. At the moment the action asso- > ciated with a button gets executed the moment you press down the > left mouse button. Most other toolkits do it differently - the > action only gets executed when the left mouse button is released. > I prefer that behaviour quite a lot since it's then still possible > to move the mouse (with the button still pressed down) away from > the button and release the mouse button only then, thus avoiding > the action coupled to clicking onto the button. This has a few > times saved the day for me when I carelessly clicked somewhere > and only in the very last moment realised that this was a rather > stupid idea... As far as I can see all button types (except touch > buttons for obvious reasons) could be made to work that way. What > do you think? > Best regards, Jens > -- > \ Jens Thoms Toerring ________ jt at toerring.de > \_______________________________ http://toerring.de > _______________________________________________ > To unsubscribe, send any message to > xforms-leave at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 26 22:23:00 2008 Return-Path: Delivery-Date: Wed, 26 Mar 2008 22:23:00 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu24) with ESMTP (Nemesis) id 0MKtd6-1Jed5F0CKO-0007mz for jt at toerring.de; Wed, 26 Mar 2008 22:23:00 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2QKoZYw024146; Wed, 26 Mar 2008 16:52:50 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2QKoX9S024143 for ; Wed, 26 Mar 2008 16:50:33 -0400 Received: from gpt.toerring.de (p54BF9167.dip0.t-ipconnect.de [84.191.145.103]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1JecZr2gkI-0003sj; Wed, 26 Mar 2008 21:50:32 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 1265C6B853E; Wed, 26 Mar 2008 21:50:30 +0100 (CET) Date: Wed, 26 Mar 2008 21:50:31 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080326205031.GA631 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/LSb9T027wUl+g87W73oj0Q0IQFsoKqPIQuG0 TVSUZE1aNIWJmN/6J3cWTrQrsf0x/M4W+tSooWsZjFZAazOtvu SbLlCaB6SbdXBQbqe+2CRk4jvNUX8hs Subject: [XForms] New pre-release 1.0.91pre3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3463 Lines: 79 To subscribers of the xforms list Hello, having a few holidays with rather ugly weather allowed me to continue so, again, here's something new to play with: http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91.pre3.tar.gz The most important changes are: a) Input objects now lose the focus (and report changes back to the program) on clicks of other objects that accept a click with the mouse (buttons, sliders, etc.). This gets around the problem that if you had an input field, edited something in there (without hitting the ENTER or TAB key) and then clicked on some button that's supposed to make use of what just had got entered into the input field, the function fl_get_input() still returned the unchanged value since the input field never lost its focus and thus didn't accept the changes you made. If you move the mouse out of a window with an active input object and move it into another window keyboard input now goes to the new window instead of to the one you left. Further restructuring of the event handling code. Same code is now used in xpopup.c and forms.c for dealing with idling. b) Memory gets deallocated also for all objects on call of the functions fl_free_form() and fl_finish(). I would very much like to come to a point where XForms doesn't leak memory anymore - but that's not done yet, at least tabfolders still pose a problem... The code from the file lib/be.c (a kind of primitive garbage collection) isn't used anymore, it didn't really do what I guess it was intended to do (and then only when an idle callback was installed). c) Timeouts should be a bit more precise now and not expire too early anymore (as it's promised in the manual). d) Silders (and thus scrollbars) got a rework and some minor annoyances hopefully have gone. e) If available sigaction() is now used instead of signal() for signal handlers. f) Code emitted by fdesign doesn't use fl_calloc() anymore but instead fl_malloc() (somebody reported to have had a bit of a problem with that and it didn't make any sense to zero out the memory anyway). I have also another proposal. At the moment the action asso- ciated with a button gets executed the moment you press down the left mouse button. Most other toolkits do it differently - the action only gets executed when the left mouse button is released. I prefer that behaviour quite a lot since it's then still possible to move the mouse (with the button still pressed down) away from the button and release the mouse button only then, thus avoiding the action coupled to clicking onto the button. This has a few times saved the day for me when I carelessly clicked somewhere and only in the very last moment realised that this was a rather stupid idea... As far as I can see all button types (except touch buttons for obvious reasons) could be made to work that way. What do you think? Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Apr 1 01:47:03 2008 Return-Path: Delivery-Date: Tue, 01 Apr 2008 01:47:03 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1JgTiN2ivF-0002va for jt at toerring.de; Tue, 01 Apr 2008 01:47:03 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2VNJGj3009617; Mon, 31 Mar 2008 19:19:30 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2VNJEiB009614 for ; Mon, 31 Mar 2008 19:19:15 -0400 Received: from gpt.toerring.de (p54BF8C23.dip0.t-ipconnect.de [84.191.140.35]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1JgTHV2QLS-0002g5; Tue, 01 Apr 2008 01:19:14 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id EA50E6B853A; Tue, 1 Apr 2008 01:19:12 +0200 (CEST) Date: Tue, 1 Apr 2008 01:19:12 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080331231912.GA11721 at toerring.de> References: <20080320023426.GA19850 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080320023426.GA19850 at toerring.de> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19pNK8QuxzeGC3Zps5qVFZQYG8huy4iO6yiqOn bEm4CDWmKCPNzPJE52botLtt5wJN9ucjV0xyXXo+QxpkHiVxKm LkkqoNtl7sLgjGNuIcGkfCQR4pcJL0p Subject: [XForms] New pre-release 1.0.91pre4 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1385 Lines: 34 To subscribers of the xforms list Hello everybody, since I am not going to have much time this week (and may not even be able to react to emails until the weekend) I decided to come up with a new pre-release with the last bug corrections, bugs I have to admit I introduced myself. They concern the way buttons react and the problem Michal Szymanski pointed out, i.e. not getting events for mouse movements in a canvas. Even though there's nothing really new I guess it's simpler for those that want to do tests to have a "proper" pre-release instead of fishing the changed files out of the CVS repository. The archive to download is http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91pre4.tar.gz As usual, comments, feedback about things that don't work etc. will be much appreciated! And example code that shows the problems will get an even warmer reception;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 20 11:30:54 2008 Return-Path: Delivery-Date: Thu, 20 Mar 2008 11:30:54 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1JcI2s2WWj-0008JA for jt at toerring.de; Thu, 20 Mar 2008 11:30:54 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2K9oeOr001417; Thu, 20 Mar 2008 05:52:31 -0400 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2K9obd3001413 for ; Thu, 20 Mar 2008 05:50:38 -0400 X-IronPort-AV: E=Sophos;i="4.25,530,1199660400"; d="scan'208";a="8604334" Received: from pegase.inria.fr ([128.93.52.47]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Mar 2008 10:50:37 +0100 Received: from pegase.inria.fr (localhost [127.0.0.1]) by pegase.inria.fr (8.13.6/8.13.6) with ESMTP id m2K9oaZt019332; Thu, 20 Mar 2008 10:50:36 +0100 Received: (from lasgoutt at localhost) by pegase.inria.fr (8.13.6/8.12.10/Submit) id m2K9oaxl019331; Thu, 20 Mar 2008 10:50:36 +0100 X-Authentication-Warning: pegase.inria.fr: lasgoutt set sender to Jean-Marc.Lasgouttes at inria.fr using -f To: jt at toerring.de References: <20080320023426.GA19850 at toerring.de> From: Jean-Marc Lasgouttes Date: Thu, 20 Mar 2008 10:50:36 +0100 In-Reply-To: <20080320023426.GA19850 at toerring.de> (Jens Thoms Toerring's message of "Thu\, 20 Mar 2008 03\:34\:26 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Update: 1.0.91pre2 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 976 Lines: 26 To subscribers of the xforms list Jens Thoms Toerring writes: > To subscribers of the xforms list > > Hello again, > > I just found that I didn't realize that some part of fdesign > was broken, which resulted in the demo programs not being created > when compiling from the downloaded pre-release. I hope I now fixed > this bug and that everything compiles cleanly with the new version > I just uploaded. Sorry for the inconvenience... Remember to update the NEWS file eventually. In particular, all changes to the API should be documented in a central place (I thought we had such a file, but cannot find it now). JMarc _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 20 04:13:58 2008 Return-Path: Delivery-Date: Thu, 20 Mar 2008 04:13:58 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1JcBE31DD4-0006as for jt at toerring.de; Thu, 20 Mar 2008 04:13:58 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2K2YWxu029576; Wed, 19 Mar 2008 22:34:53 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2K2YUc8029573 for ; Wed, 19 Mar 2008 22:34:30 -0400 Received: from gpt.toerring.de (p54BF9008.dip0.t-ipconnect.de [84.191.144.8]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1JcAbt06fb-0003mX; Thu, 20 Mar 2008 03:34:29 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 6C9166B8539; Thu, 20 Mar 2008 03:34:26 +0100 (CET) Date: Thu, 20 Mar 2008 03:34:26 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080320023426.GA19850 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19R1oaJUBzz1cQ0llS2RFuIlyojKM3+EuOI6Ro SZ1HpKIX3zq8wsNz7w2XHFc1r1EsZuwliycwKa6QAfkDwbtawi q6XYlDFsu0Pz3FSAm6t5eJIKEi8IaeV Subject: [XForms] Update: 1.0.91pre2 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 857 Lines: 21 To subscribers of the xforms list Hello again, I just found that I didn't realize that some part of fdesign was broken, which resulted in the demo programs not being created when compiling from the downloaded pre-release. I hope I now fixed this bug and that everything compiles cleanly with the new version I just uploaded. Sorry for the inconvenience... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 19 22:55:23 2008 Return-Path: Delivery-Date: Wed, 19 Mar 2008 22:55:23 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu6) with ESMTP (Nemesis) id 0MKsUu-1Jc6Fj48OU-0002Hi for jt at toerring.de; Wed, 19 Mar 2008 22:55:23 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2JLKkH8025242; Wed, 19 Mar 2008 17:21:31 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2JLKiIQ025239 for ; Wed, 19 Mar 2008 17:20:45 -0400 Received: from gpt.toerring.de (p54BF9008.dip0.t-ipconnect.de [84.191.144.8]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1Jc5iF1pQv-0000cE; Wed, 19 Mar 2008 22:20:44 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id D3EC76B8539; Wed, 19 Mar 2008 22:20:42 +0100 (CET) Date: Wed, 19 Mar 2008 22:20:42 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080319212042.GA21255 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19BiVoegF+4ndW6FXFHAimY5AbhvugfLmSo0/x UEXOPwk6vxd0lbRF/WLS8QLGmzfK/0QwOyHfjNKJKcLXsqMbxU f3qWEeNwMKwSDEEDaaOgIyAQ+Hm7301 Subject: [XForms] New pre-release 1.0.91pre2 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3450 Lines: 77 To subscribers of the xforms list Hello, I couldn't keep from messing around with the XForms code and made some more changes that concern some sensitive internals which need extensive testing. Therefor I have made up a second pre-release for the coming (hopefully soon;-) 1.0.91 release. It can be downloaded friom http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91.pre2.tar.gz The most important changes are: a) Further cleanup of the central event handling code in lib/forms.c. There was quite a bit of cruft that was so complicated that I hadn't dared to touch it before. This also required changes in the handling of button, choice counter and slider/scrollbar objects etc. To me it looks now as if everythings works fine, but it wouldn't be the first time I would have missed rather obvious bugs... b) Repaired a bug (probably my own) in the code for choice objects. Mouse wheel can now be used to walk through the items of a choice object without having to open the opup window. c) Menus now get highlighted when the mouse is moved on top of them, indicating to the user that something will happen if s/he clicks the mouse. I never did like the titles on the popups of menus and thus added a function fl_set_menu_notitle() that takes two arguments, the menu object and a boolean value to switch the title off (when called with a non-zero value) or on. For FL_PUSH_MENU objects with the no_title flag being set his has the following consequence: they only get opened when the mouse button has been released and they appear just below the menu button, just like FL_PULLDOWN_MENU objects. See the left hand menu in the menu demo program for an example. There were also some inconsitency with the handler that may be associated with a menu is invoked: in some situations it was invoked only when the selected menu item had changed, in others when just an item had been selected (even the same as the one already selected. This has been changed to the second type of behaviour, i.e. the handler is called whenever a menu item has been selected. But I don't know if this is clever and if the other variant should be implemented instead... d) Most objects now can only be used with the left mouse button (and some also with the mouse wheel) unless some special meaning is associated with the middle and right mouse button. In the past most objects also did react to the middle and right mouse button which I always found rather irritating and unusual. I actually once lost quite a bit of work since I accidentally moved the scroll wheel when shifting the mouse around and, thanks to Murphy's law, I hit the "Quit" button of the application... e) Just for the fun of it I have reducded the default border- width to one pixel - but that's easy to set back to the traditional value of 3 or something else. Have fun, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Mar 17 21:27:55 2008 Return-Path: Delivery-Date: Mon, 17 Mar 2008 21:27:55 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1JbLvz1p0D-0002xX for jt at toerring.de; Mon, 17 Mar 2008 21:27:55 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2HJrp1c019870; Mon, 17 Mar 2008 15:54:07 -0400 Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2HJrnpS019867 for ; Mon, 17 Mar 2008 15:53:49 -0400 Received: by wa-out-1112.google.com with SMTP id l24so6539657waf.17 for ; Mon, 17 Mar 2008 12:53:38 -0700 (PDT) Received: by 10.115.32.8 with SMTP id k8mr94880waj.89.1205783617470; Mon, 17 Mar 2008 12:53:37 -0700 (PDT) Received: by 10.114.120.5 with HTTP; Mon, 17 Mar 2008 12:53:37 -0700 (PDT) Message-ID: Date: Mon, 17 Mar 2008 15:53:37 -0400 From: "Jason Cipriani" To: xforms at bob.usuhs.mil In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline References: Subject: Re: [XForms] Permanent Delivery Failure X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3243 Lines: 62 To subscribers of the xforms list Will whoever maintains this list consider removing tompoe at amihost.com from the subscriber list? Jason On Mon, Mar 17, 2008 at 3:20 PM, MDaemon at mail.amhosting.com wrote: > The attached message had PERMANENT fatal delivery errors! > > After one or more unsuccessful delivery attempts the attached message has > been removed from the mail queue on this server. The number and frequency > of delivery attempts are determined by local configuration parameters. > > YOUR MESSAGE WAS NOT DELIVERED TO ONE OR MORE RECIPIENTS! > > --- Session Transcript --- > Mon 2008-03-17 12:20:01: Parsing message > Mon 2008-03-17 12:20:01: * From: jason.cipriani at gmail.com > Mon 2008-03-17 12:20:01: * To: tompoe at amihost.com > Mon 2008-03-17 12:20:01: * Subject: Re: [XForms] Discussion concerning development > Mon 2008-03-17 12:20:01: * Message-ID: > Mon 2008-03-17 12:20:01: * Route slip host: [mail.hostrack.net] > Mon 2008-03-17 12:20:01: * Route slip port: 25 > Mon 2008-03-17 12:20:01: Attempting SMTP connection to [mail.hostrack.net] > Mon 2008-03-17 12:20:01: Attempting SMTP connection to [mail.hostrack.net:25] > Mon 2008-03-17 12:20:01: Resolving A record for [mail.hostrack.net] (DNS Server: 204.10.136.42)... > Mon 2008-03-17 12:20:01: * D=mail.hostrack.net TTL=(34) A=[204.10.136.248] > Mon 2008-03-17 12:20:01: Attempting SMTP connection to [204.10.136.248:25] > Mon 2008-03-17 12:20:01: Waiting for socket connection... > Mon 2008-03-17 12:20:01: * Connection established (204.10.142.12:3541 -> 204.10.136.248:25) > Mon 2008-03-17 12:20:01: Waiting for protocol to start... > Mon 2008-03-17 12:20:01: <-- 220 mail.hostrack.net ESMTP Sendmail 8.12.11.20060308/8.9.3; Mon, 17 Mar 2008 11:20:02 -0800 > Mon 2008-03-17 12:20:01: --> EHLO mail.amhosting.com > Mon 2008-03-17 12:20:01: <-- 250-mail.hostrack.net Hello mail.amhosting.com [204.10.142.12], pleased to meet you > Mon 2008-03-17 12:20:01: <-- 250-ENHANCEDSTATUSCODES > Mon 2008-03-17 12:20:01: <-- 250-PIPELINING > Mon 2008-03-17 12:20:01: <-- 250-EXPN > Mon 2008-03-17 12:20:01: <-- 250-VERB > Mon 2008-03-17 12:20:01: <-- 250-8BITMIME > Mon 2008-03-17 12:20:01: <-- 250-SIZE > Mon 2008-03-17 12:20:01: <-- 250-DSN > Mon 2008-03-17 12:20:01: <-- 250-ETRN > Mon 2008-03-17 12:20:01: <-- 250-DELIVERBY > Mon 2008-03-17 12:20:01: <-- 250 HELP > Mon 2008-03-17 12:20:01: --> MAIL From: SIZE=8921 > Mon 2008-03-17 12:20:01: <-- 250 2.1.0 ... Sender ok > Mon 2008-03-17 12:20:01: --> RCPT To: > Mon 2008-03-17 12:20:01: <-- 550 5.1.1 ... User unknown > Mon 2008-03-17 12:20:01: --> QUIT > --- End Transcript --- > _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Mar 17 21:27:55 2008 Return-Path: Delivery-Date: Mon, 17 Mar 2008 21:27:55 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1JbLvz1p0D-0002xX for jt at toerring.de; Mon, 17 Mar 2008 21:27:55 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2HJrp1c019870; Mon, 17 Mar 2008 15:54:07 -0400 Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2HJrnpS019867 for ; Mon, 17 Mar 2008 15:53:49 -0400 Received: by wa-out-1112.google.com with SMTP id l24so6539657waf.17 for ; Mon, 17 Mar 2008 12:53:38 -0700 (PDT) Received: by 10.115.32.8 with SMTP id k8mr94880waj.89.1205783617470; Mon, 17 Mar 2008 12:53:37 -0700 (PDT) Received: by 10.114.120.5 with HTTP; Mon, 17 Mar 2008 12:53:37 -0700 (PDT) Message-ID: Date: Mon, 17 Mar 2008 15:53:37 -0400 From: "Jason Cipriani" To: xforms at bob.usuhs.mil In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline References: Subject: Re: [XForms] Permanent Delivery Failure X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3243 Lines: 62 To subscribers of the xforms list Will whoever maintains this list consider removing tompoe at amihost.com from the subscriber list? Jason On Mon, Mar 17, 2008 at 3:20 PM, MDaemon at mail.amhosting.com wrote: > The attached message had PERMANENT fatal delivery errors! > > After one or more unsuccessful delivery attempts the attached message has > been removed from the mail queue on this server. The number and frequency > of delivery attempts are determined by local configuration parameters. > > YOUR MESSAGE WAS NOT DELIVERED TO ONE OR MORE RECIPIENTS! > > --- Session Transcript --- > Mon 2008-03-17 12:20:01: Parsing message > Mon 2008-03-17 12:20:01: * From: jason.cipriani at gmail.com > Mon 2008-03-17 12:20:01: * To: tompoe at amihost.com > Mon 2008-03-17 12:20:01: * Subject: Re: [XForms] Discussion concerning development > Mon 2008-03-17 12:20:01: * Message-ID: > Mon 2008-03-17 12:20:01: * Route slip host: [mail.hostrack.net] > Mon 2008-03-17 12:20:01: * Route slip port: 25 > Mon 2008-03-17 12:20:01: Attempting SMTP connection to [mail.hostrack.net] > Mon 2008-03-17 12:20:01: Attempting SMTP connection to [mail.hostrack.net:25] > Mon 2008-03-17 12:20:01: Resolving A record for [mail.hostrack.net] (DNS Server: 204.10.136.42)... > Mon 2008-03-17 12:20:01: * D=mail.hostrack.net TTL=(34) A=[204.10.136.248] > Mon 2008-03-17 12:20:01: Attempting SMTP connection to [204.10.136.248:25] > Mon 2008-03-17 12:20:01: Waiting for socket connection... > Mon 2008-03-17 12:20:01: * Connection established (204.10.142.12:3541 -> 204.10.136.248:25) > Mon 2008-03-17 12:20:01: Waiting for protocol to start... > Mon 2008-03-17 12:20:01: <-- 220 mail.hostrack.net ESMTP Sendmail 8.12.11.20060308/8.9.3; Mon, 17 Mar 2008 11:20:02 -0800 > Mon 2008-03-17 12:20:01: --> EHLO mail.amhosting.com > Mon 2008-03-17 12:20:01: <-- 250-mail.hostrack.net Hello mail.amhosting.com [204.10.142.12], pleased to meet you > Mon 2008-03-17 12:20:01: <-- 250-ENHANCEDSTATUSCODES > Mon 2008-03-17 12:20:01: <-- 250-PIPELINING > Mon 2008-03-17 12:20:01: <-- 250-EXPN > Mon 2008-03-17 12:20:01: <-- 250-VERB > Mon 2008-03-17 12:20:01: <-- 250-8BITMIME > Mon 2008-03-17 12:20:01: <-- 250-SIZE > Mon 2008-03-17 12:20:01: <-- 250-DSN > Mon 2008-03-17 12:20:01: <-- 250-ETRN > Mon 2008-03-17 12:20:01: <-- 250-DELIVERBY > Mon 2008-03-17 12:20:01: <-- 250 HELP > Mon 2008-03-17 12:20:01: --> MAIL From: SIZE=8921 > Mon 2008-03-17 12:20:01: <-- 250 2.1.0 ... Sender ok > Mon 2008-03-17 12:20:01: --> RCPT To: > Mon 2008-03-17 12:20:01: <-- 550 5.1.1 ... User unknown > Mon 2008-03-17 12:20:01: --> QUIT > --- End Transcript --- > _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 19 02:00:32 2008 Return-Path: Delivery-Date: Wed, 19 Mar 2008 02:00:32 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu21) with ESMTP (Nemesis) id 0ML4Q0-1JbmfM2UUC-00009K for jt at toerring.de; Wed, 19 Mar 2008 02:00:32 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2J0RDjD009781; Tue, 18 Mar 2008 20:27:19 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2J0RBxS009778 for ; Tue, 18 Mar 2008 20:27:12 -0400 Received: from gpt.toerring.de (p54BFA882.dip0.t-ipconnect.de [84.191.168.130]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1Jbm9639Oe-0003i7; Wed, 19 Mar 2008 01:27:09 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 317EE6B8539; Wed, 19 Mar 2008 01:27:07 +0100 (CET) Date: Wed, 19 Mar 2008 01:27:08 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080319002708.GB3158 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19zRQk3ttb102a0frtBXWAP37SDi1j/5qcIUC2 Uyi/09ERJa92T5Asg8ttK0OtATHYzH6V6Io9Wg+mvCMeSWnH5Q yEhxtTgA8gC/GVfV/xJzfRCP+PflUdy Subject: Re: [XForms] Discussion concerning development X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 4043 Lines: 88 To subscribers of the xforms list Hello Jason, On Mon, Mar 17, 2008 at 03:17:22PM -0400, Jason Cipriani wrote: > On Fri, Mar 14, 2008 at 7:16 AM, Jens Thoms Toerring wrote: > I think at this point it may even be save to assume C99 compliance, > which is now almost a decade in the past. I wouldn't go that far - as far as I know C99 never did really get of the ground and there are only very few compilers fully C99 compliant (even gcc didn't claim to be the last time I did look). But I also guess that non-C89 compliant compilers are going to be rather hard to find today;-) > It seems reasonable to me to assume that anybody using a machine that > can run XForms is also using a compiler and libc that is less than 20 > years old at this point. It also seems reasonable to assume that > anybody using a compiler and libc that is *more* than 20 years old has > more issues to worry about than compiling XForms. ;-) > > I am rather strongly opposed to arbitrary limits where- > > ever they can be avoided since todays reasonable limits > > can be a headache tomorrow ("Who will ever need more than > > 600kB of memory?") and would try to change the code as far > > as possible to abvoid them. On the other hand I may not > > be seeing the complete picture and these limits may have > > some beneficial effects I am not aware of. Does anybody > > see some good reasons for keeping them? > > If they are causing problems, no. If they are not causing problems, > even though it *would* be better to have dynamic upper limits, there > is also the question of how much work it is to change it. I do not > know where all the fixed limits are, it has been some time since I dug > into XForms source. I am not going to do much about that right now, it was more of a question if there's some reasonable opposition to that idea. All I want to make sure is that by removing arbitrary limits I don't break too many things. > > Another point I am not too happy about some of the default > > looks of XForms. For example I find that the default border > > width of 3 pixels looks plain ugly... > > I nearly always fl_set_border_width(1) anyway. I also think the > default look is pretty ugly. The default colors are a little mirky as > well, but that may just be a personal preference (and also in contrast > to gnome's brighter default colors) -- I almost always override the > defaults with fl_set_icm_color() to something brighter. I seem to have > settled on the following: > > #define UI_COLOR_LIGHT 255, 255, 255 > #define UI_COLOR_LTMID 224, 224, 224 > #define UI_COLOR_MID 202, 202, 202 > #define UI_COLOR_DARK 128, 128, 128 > #define UI_COLOR_DARKER 96, 96, 96 > #define UI_COLOR_INACTIVE 96, 96, 96 > > fl_set_icm_color(FL_TOP_BCOL, UI_COLOR_LIGHT); > fl_set_icm_color(FL_LEFT_BCOL, UI_COLOR_LIGHT); > fl_set_icm_color(FL_MCOL, UI_COLOR_LTMID); > fl_set_icm_color(FL_COL1, UI_COLOR_MID); > fl_set_icm_color(FL_BOTTOM_BCOL, UI_COLOR_DARK); > fl_set_icm_color(FL_RIGHT_BCOL, UI_COLOR_DARK); > fl_set_icm_color(FL_DARKER_COL1, UI_COLOR_DARKER); > fl_set_icm_color(FL_INACTIVE, UI_COLOR_INACTIVE); Yes, default colors are another point! If there's someone with some graphics design background on the mailing list recommendations will definitely be appreciated! For the next pre-release (hopefully coming tomorrow, but there are still a few issues to be taken care of:-( I am going to set the default borderwidth to 1 just for the fun of it. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Mar 17 21:10:45 2008 Return-Path: Delivery-Date: Mon, 17 Mar 2008 21:10:45 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu3) with ESMTP (Nemesis) id 0MKqIe-1JbLfN000H-0000qm for jt at toerring.de; Mon, 17 Mar 2008 21:10:44 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2HJHPHh019286; Mon, 17 Mar 2008 15:19:12 -0400 Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.189]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2HJHOV8019283 for ; Mon, 17 Mar 2008 15:17:24 -0400 Received: by rn-out-0910.google.com with SMTP id e11so2910236rng.17 for ; Mon, 17 Mar 2008 12:17:24 -0700 (PDT) Received: by 10.114.80.4 with SMTP id d4mr110706wab.44.1205781442439; Mon, 17 Mar 2008 12:17:22 -0700 (PDT) Received: by 10.114.120.5 with HTTP; Mon, 17 Mar 2008 12:17:22 -0700 (PDT) Message-ID: Date: Mon, 17 Mar 2008 15:17:22 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080314111611.GA16214 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline References: <20080314111611.GA16214 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Discussion concerning development X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 4996 Lines: 108 To subscribers of the xforms list On Fri, Mar 14, 2008 at 7:16 AM, Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hello, > > going through parts of the code of XForms some things > got me puzzled and I would like to ask about your opinion: > > a) It seems to be assumed that the compiler used to comile > XForms isn't even ANSI C89 compatible. This might have > been a problem at the time the XForms project was star- > ted, but nearly 19 years after this standard came out > is this something we still have to care about? Is there > anybody out there still using a pre-C89 compiler and > where for example realloc() called with a NULL pointer > as the first argument isn't the same as a call of > malloc() (i.e. the libc isn't ANSI C89 compliant)? I think at this point it may even be save to assume C99 compliance, which is now almost a decade in the past. It seems reasonable to me to assume that anybody using a machine that can run XForms is also using a compiler and libc that is less than 20 years old at this point. It also seems reasonable to assume that anybody using a compiler and libc that is *more* than 20 years old has more issues to worry about than compiling XForms. > b) In lots of places fixed upper limits exist, starting with > the maximum number of forms (a limitation I already have > removed), the number of popup menus and there entries, > number of file selectors, line lengths in text browsers > etc. etc. I don't know if these "arbitrary limits" were > introduced because the original authors didn't feel too > comfortable with dynamic memory allocation or if it was > assumed that having fixed sized arrays would simply be > faster (especially in the "old times" when memory allo- > cation handling wasn't that optimized as it tends to be > today). Probably a little bit of both. > I am rather strongly opposed to arbitrary limits where- > ever they can be avoided since todays reasonable limits > can be a headache tomorrow ("Who will ever need more than > 600kB of memory?") and would try to change the code as far > as possible to abvoid them. On the other hand I may not > be seeing the complete picture and these limits may have > some beneficial effects I am not aware of. Does anybody > see some good reasons for keeping them? If they are causing problems, no. If they are not causing problems, even though it *would* be better to have dynamic upper limits, there is also the question of how much work it is to change it. I do not know where all the fixed limits are, it has been some time since I dug into XForms source. > Another point I am not too happy about some of the default > looks of XForms. For example I find that the default border > width of 3 pixels looks plain ugly - ten years ago pronounced > 3D effects may have been the the rage, but nowadays it looks > to me pretty old-fashioned. Would anybody mind if I would re- > duce the default border width from 3 to 2 (I personally would > prefer 1, but that might be a bit too extreme a change)? You > can have kind of a preview of the effects if you start your > application with the "-bw 2" option, which changes the default > from 3 to 2. I nearly always fl_set_border_width(1) anyway. I also think the default look is pretty ugly. The default colors are a little mirky as well, but that may just be a personal preference (and also in contrast to gnome's brighter default colors) -- I almost always override the defaults with fl_set_icm_color() to something brighter. I seem to have settled on the following: #define UI_COLOR_LIGHT 255, 255, 255 #define UI_COLOR_LTMID 224, 224, 224 #define UI_COLOR_MID 202, 202, 202 #define UI_COLOR_DARK 128, 128, 128 #define UI_COLOR_DARKER 96, 96, 96 #define UI_COLOR_INACTIVE 96, 96, 96 fl_set_icm_color(FL_TOP_BCOL, UI_COLOR_LIGHT); fl_set_icm_color(FL_LEFT_BCOL, UI_COLOR_LIGHT); fl_set_icm_color(FL_MCOL, UI_COLOR_LTMID); fl_set_icm_color(FL_COL1, UI_COLOR_MID); fl_set_icm_color(FL_BOTTOM_BCOL, UI_COLOR_DARK); fl_set_icm_color(FL_RIGHT_BCOL, UI_COLOR_DARK); fl_set_icm_color(FL_DARKER_COL1, UI_COLOR_DARKER); fl_set_icm_color(FL_INACTIVE, UI_COLOR_INACTIVE); > The same question also arises for the use of bold, italic fonts > in popups and menus. Again I find them rather ugly and would > propose to use normal, non-italic fonts as the default... Personally, I have no opinion about that. I think the italics are a little harsh so I usually turn them off, otherwise I don't know. Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Mar 14 12:55:01 2008 Return-Path: Delivery-Date: Fri, 14 Mar 2008 12:55:01 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu18) with ESMTP (Nemesis) id 0MKxMK-1Ja8Uv3eKM-00019t for jt at toerring.de; Fri, 14 Mar 2008 12:55:01 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2EBGFpi026077; Fri, 14 Mar 2008 07:16:30 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2EBGDsK026074 for ; Fri, 14 Mar 2008 07:16:14 -0400 Received: from gpt.toerring.de (p54BF949A.dip0.t-ipconnect.de [84.191.148.154]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1Ja7tU0Q2o-0008Az; Fri, 14 Mar 2008 12:16:12 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 7B1046B8538; Fri, 14 Mar 2008 12:16:11 +0100 (CET) Date: Fri, 14 Mar 2008 12:16:11 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080314111611.GA16214 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+4zQIiy2w09s7XntRhRCtdys8TJgcWUv7ih4X Pim2dy4c7oPlYq44EESWnWkQrVagXuVPJrgUJi6Bx4cFBNjwOF 4LpfTV743Txun2eNRXRxpsxXueT5tLQ Subject: [XForms] Discussion concerning development X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2988 Lines: 64 To subscribers of the xforms list Hello, going through parts of the code of XForms some things got me puzzled and I would like to ask about your opinion: a) It seems to be assumed that the compiler used to comile XForms isn't even ANSI C89 compatible. This might have been a problem at the time the XForms project was star- ted, but nearly 19 years after this standard came out is this something we still have to care about? Is there anybody out there still using a pre-C89 compiler and where for example realloc() called with a NULL pointer as the first argument isn't the same as a call of malloc() (i.e. the libc isn't ANSI C89 compliant)? b) In lots of places fixed upper limits exist, starting with the maximum number of forms (a limitation I already have removed), the number of popup menus and there entries, number of file selectors, line lengths in text browsers etc. etc. I don't know if these "arbitrary limits" were introduced because the original authors didn't feel too comfortable with dynamic memory allocation or if it was assumed that having fixed sized arrays would simply be faster (especially in the "old times" when memory allo- cation handling wasn't that optimized as it tends to be today). I am rather strongly opposed to arbitrary limits where- ever they can be avoided since todays reasonable limits can be a headache tomorrow ("Who will ever need more than 600kB of memory?") and would try to change the code as far as possible to abvoid them. On the other hand I may not be seeing the complete picture and these limits may have some beneficial effects I am not aware of. Does anybody see some good reasons for keeping them? Another point I am not too happy about some of the default looks of XForms. For example I find that the default border width of 3 pixels looks plain ugly - ten years ago pronounced 3D effects may have been the the rage, but nowadays it looks to me pretty old-fashioned. Would anybody mind if I would re- duce the default border width from 3 to 2 (I personally would prefer 1, but that might be a bit too extreme a change)? You can have kind of a preview of the effects if you start your application with the "-bw 2" option, which changes the default from 3 to 2. The same question also arises for the use of bold, italic fonts in popups and menus. Again I find them rather ugly and would propose to use normal, non-italic fonts as the default... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 19:47:02 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 19:47:02 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu19) with ESMTP (Nemesis) id 0ML05c-1JZsS42INL-0005ng for jt at toerring.de; Thu, 13 Mar 2008 19:47:02 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DI2P8Z013511; Thu, 13 Mar 2008 14:03:57 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DI2NET013508 for ; Thu, 13 Mar 2008 14:02:24 -0400 Received: from gpt.toerring.de (p54BF9597.dip0.t-ipconnect.de [84.191.149.151]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1JZrl00Vmp-0001Pl; Thu, 13 Mar 2008 19:02:22 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 825A36B8538; Thu, 13 Mar 2008 19:02:21 +0100 (CET) Date: Thu, 13 Mar 2008 19:02:21 +0100 From: Jens Thoms Toerring To: Didier Verkindt Message-ID: <20080313180221.GA17421 at toerring.de> References: <20080313112646.GA9784 at toerring.de> <20080313131224.GB9842 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/XZd8rhMoNvvhQDDENQ1EdBZsrQuXLZ74rRPn pW/RlPC8jEuKWxShKiXTdEWs9cNC7uQSZAAOOi7qP1jCoKW5Sq JaRipqdcy9uDwikg1WVHe/Cv1WlH/Jq Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Using Xform in background without display X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2010 Lines: 55 To subscribers of the xforms list Hi Didier, On Thu, Mar 13, 2008 at 05:07:01PM +0100, Didier Verkindt wrote: > My application uses Xform for GUI and ROOT for making plots. > And in some cases, I do not want to interact with the application, > I would like to run it in background, producing a ROOT plot that > is written as a jpg file (thanks to ROOT's class TImageDump) > TImageDump *imgdump = new TImageDump(jpgFileName); > gDDCanvas->Paint(); > TImage *img = imgdump->GetImage(); > img->SetImageQuality(img->kImgFast); > img->SetImageCompression(60); > imgdump->Close(); > imgdump->Delete(); None of these functions seem to be from XForms but ROOT (at least as far as I can tell), so if you don't use any XForms functions you don't have to invoke fl_initialize() at all. I think if this is the case it's rather simple. Do something like this (sorry, it's in C and not C++, but I am not that good at C++ and it probably will be nearly the same): int main( int argc, char * argv[ ] ) { int i; for ( i = 1; i < argc; i++ ) if ( ! strcmp( argv[ i ], "-nodisplay" ) ) break; if ( i == argc ) /* "-nodisplay" not found */ fl_initialize( &argc, argv, "Whatever", 0, 0 ); That way you avoid calling fl_initialize() when the program is invoked with the "-nodisplay" option. And that should be fine as long as you don't call any XForms functions after- wards (you will probably find out if you do so anyway since then XForms would complain loudly;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 17:44:10 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 17:44:10 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu19) with ESMTP (Nemesis) id 0ML05c-1JZqX53IuH-0005cq for jt at toerring.de; Thu, 13 Mar 2008 17:44:10 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DG76fx011867; Thu, 13 Mar 2008 12:08:01 -0400 Received: from lappc-f057.in2p3.fr (lappc-f057.in2p3.fr [134.158.97.63]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DG73Ue011864 for ; Thu, 13 Mar 2008 12:07:04 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by lappc-f057.in2p3.fr (Postfix) with ESMTP id D0496743BD; Thu, 13 Mar 2008 17:07:02 +0100 (CET) Received: from lappc-f057.in2p3.fr ([127.0.0.1]) by localhost (lappc-f057.in2p3.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12978-03; Thu, 13 Mar 2008 17:07:01 +0100 (CET) Received: from virgoa2.in2p3.fr (virgoa2.in2p3.fr [134.158.96.119]) by lappc-f057.in2p3.fr (Postfix) with ESMTP id B88F27436A; Thu, 13 Mar 2008 17:07:01 +0100 (CET) Date: Thu, 13 Mar 2008 17:07:01 +0100 (CET) From: Didier Verkindt X-X-Sender: verkindt at virgoa2.in2p3.fr To: Jens Thoms Toerring In-Reply-To: <20080313131224.GB9842 at toerring.de> Message-ID: References: <20080313112646.GA9784 at toerring.de> <20080313131224.GB9842 at toerring.de> MIME-Version: 1.0 X-Virus-Scanned: by new amavisd-new 4 at in2p3.fr Cc: xforms at bob.usuhs.mil, Jean-Marc Lasgouttes Subject: Re: [XForms] Using Xform in background without display X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3644 Lines: 89 To subscribers of the xforms list Hi, My application uses Xform for GUI and ROOT for making plots. And in some cases, I do not want to interact with the application, I would like to run it in background, producing a ROOT plot that is written as a jpg file (thanks to ROOT's class TImageDump) TImageDump *imgdump = new TImageDump(jpgFileName); gDDCanvas->Paint(); TImage *img = imgdump->GetImage(); img->SetImageQuality(img->kImgFast); img->SetImageCompression(60); imgdump->Close(); imgdump->Delete(); which does not need a display, as far as I know. Only fl_initialize prevented me to do this on a machine with no display. According to what you wrote, it seems difficult to have a call to fl_initialize which would not take care of the display's part. I am not happy but thanks for your investigation. If you have any idea to overcome the problem, do not hesitate. I am not a pro of Xform or X servers, so I do not foresee to find the solution by myself. Best regards, Didier ----------------------------------------------------------- Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt On Thu, 13 Mar 2008, Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hi Jean-Marc, > > On Thu, Mar 13, 2008 at 12:50:58PM +0100, Jean-Marc Lasgouttes wrote: > > Jens Thoms Toerring writes: > > > Are you actually using anything from XForms when you want the > > > program to run without any graphics output? > > > > I guess the idea is to use flimage. Does this work without a display? > > Mmmm. I have to admit that I didn't went through that part of > XForms more than very superficially yet, so I could be comple- > tely wrong. But a short look at that part of the code shows > that quite a number of Xlib functions are used there, so I > would guess that you can't use that part (which already is > separated out into its own library, libflimage.so) without > having a display (or at least some kind of Xserver that fakes > a display if there's no screen, which using using xvfb might > amount to). > > And, as far as my (very limited) understanding goes, all the > functions in flimage are meant to read in a graphics file and > display it on the screen (e.g. on top of a button etc.) or to > write out an image from an X drawable to a file. In both cases > you would need a display. > > Since Didier wrote that he just wants to write out jpg files > I guess that he will always need to create some X drawable, > draw something onto it and then write it out. But that would > involve an X drawable. But if he just wants to convert e.g. > a gif image to a jpg I would rather recommend to use some- > thing more suitable in that case, e.g. ImageMagick. > > Best regards, Jens > -- > \ Jens Thoms Toerring ________ jt at toerring.de > \_______________________________ http://toerring.de > _______________________________________________ > To unsubscribe, send any message to > xforms-leave at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 14:48:52 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 14:48:52 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu22) with ESMTP (Nemesis) id 0MKr6C-1JZnnT3CT3-0000JC for jt at toerring.de; Thu, 13 Mar 2008 14:48:52 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DDCnMe009144; Thu, 13 Mar 2008 09:13:11 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DDCl2j009141 for ; Thu, 13 Mar 2008 09:12:47 -0400 Received: from gpt.toerring.de (p54BF9597.dip0.t-ipconnect.de [84.191.149.151]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1JZnEP1kLq-0006Sj; Thu, 13 Mar 2008 14:12:26 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id DD2386B8538; Thu, 13 Mar 2008 14:12:24 +0100 (CET) Date: Thu, 13 Mar 2008 14:12:24 +0100 From: Jens Thoms Toerring To: Jean-Marc Lasgouttes Message-ID: <20080313131224.GB9842 at toerring.de> References: <20080313112646.GA9784 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+8FDdt1Ioza8lgJvlgjuJFaETIFAgW7gwdI13 8s51Is/etIZNywtRedHErkBwgQkSrC3AbpdHBvU6YZo+Da/FT1 +6lCJcV4b3yaiR9s4WCRy8Fy/F3He5/ Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Using Xform in background without display X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1984 Lines: 45 To subscribers of the xforms list Hi Jean-Marc, On Thu, Mar 13, 2008 at 12:50:58PM +0100, Jean-Marc Lasgouttes wrote: > Jens Thoms Toerring writes: > > Are you actually using anything from XForms when you want the > > program to run without any graphics output? > > I guess the idea is to use flimage. Does this work without a display? Mmmm. I have to admit that I didn't went through that part of XForms more than very superficially yet, so I could be comple- tely wrong. But a short look at that part of the code shows that quite a number of Xlib functions are used there, so I would guess that you can't use that part (which already is separated out into its own library, libflimage.so) without having a display (or at least some kind of Xserver that fakes a display if there's no screen, which using using xvfb might amount to). And, as far as my (very limited) understanding goes, all the functions in flimage are meant to read in a graphics file and display it on the screen (e.g. on top of a button etc.) or to write out an image from an X drawable to a file. In both cases you would need a display. Since Didier wrote that he just wants to write out jpg files I guess that he will always need to create some X drawable, draw something onto it and then write it out. But that would involve an X drawable. But if he just wants to convert e.g. a gif image to a jpg I would rather recommend to use some- thing more suitable in that case, e.g. ImageMagick. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 13:25:23 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 13:25:23 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu13) with ESMTP (Nemesis) id 0MKsEO-1JZmUg3yzY-0005MZ for jt at toerring.de; Thu, 13 Mar 2008 13:25:23 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DBp0SS007963; Thu, 13 Mar 2008 07:51:27 -0400 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DBoxrW007960 for ; Thu, 13 Mar 2008 07:50:59 -0400 X-IronPort-AV: E=Sophos;i="4.25,493,1199660400"; d="scan'208";a="8344212" Received: from pegase.inria.fr ([128.93.52.47]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-SHA; 13 Mar 2008 12:50:58 +0100 Received: from pegase.inria.fr (localhost [127.0.0.1]) by pegase.inria.fr (8.13.6/8.13.6) with ESMTP id m2DBowHU009975; Thu, 13 Mar 2008 12:50:58 +0100 Received: (from lasgoutt at localhost) by pegase.inria.fr (8.13.6/8.12.10/Submit) id m2DBow05009974; Thu, 13 Mar 2008 12:50:58 +0100 X-Authentication-Warning: pegase.inria.fr: lasgoutt set sender to Jean-Marc.Lasgouttes at inria.fr using -f To: jt at toerring.de References: <20080313112646.GA9784 at toerring.de> From: Jean-Marc Lasgouttes Date: Thu, 13 Mar 2008 12:50:58 +0100 In-Reply-To: <20080313112646.GA9784 at toerring.de> (Jens Thoms Toerring's message of "Thu\, 13 Mar 2008 12\:26\:46 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Using Xform in background without display X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 600 Lines: 17 To subscribers of the xforms list Jens Thoms Toerring writes: > Are you actually using anything from XForms when you want the > program to run without any graphics output? I guess the idea is to use flimage. Does this work without a display? JMarc _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 13:01:58 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 13:01:58 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu24) with ESMTP (Nemesis) id 0MKtd6-1JZm820gGF-0002s7 for jt at toerring.de; Thu, 13 Mar 2008 13:01:58 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DBQo3a007590; Thu, 13 Mar 2008 07:26:53 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DBQm6d007587 for ; Thu, 13 Mar 2008 07:26:48 -0400 Received: from gpt.toerring.de (p54BF9597.dip0.t-ipconnect.de [84.191.149.151]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1JZlaA2S1C-0004aa; Thu, 13 Mar 2008 12:26:47 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id B21CC6B8538; Thu, 13 Mar 2008 12:26:46 +0100 (CET) Date: Thu, 13 Mar 2008 12:26:46 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080313112646.GA9784 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18+iodlOW/eMirSH7K7jbLkCg40Dl/CLObs/iA a2mfAsl3S99yoSF1ML91XLjN3moHYbRuXzBRFf5iATTBy9Unk2 lMK1Tw4An4Q3QAo7u7NmGoY3+6Xea+y Subject: Re: [XForms] Using Xform in background without display X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2601 Lines: 54 To subscribers of the xforms list Hi, > I have developped since several years a data visualization application > that uses Xforms as GUI. In some circumstances, I would like to run this > application in background (producing just jpg files, without user > interaction and without showing any xform window) on a machine which has > no display. But I get stucked on the fl_initialize function. > With the following error message: > Can't open display --No such file or directory > Missing or failed fl_initialize() > > For now, I have overcome the problem by using xvfb when starting the > application. But could the next release of Xform provide an API or a flag > that allows to run temporarily without display? > Or could the next release separate in fl_initialize what is specific xform > init from what is related to the display? That's going to be a bit difficult because XForms is suposed to work with a display. Hardly anything useful can be done without one, and trying to separate out the small number of functions that may be usable without having an open display would probably be a huge amount of work (actually, if that would be possible and any usuful functionality would remain in the resulting subset, it probably should be put into a separate library;-) Are you actually using anything from XForms when you want the program to run without any graphics output? If not, then perhaps a solution like I am using it myself in such circumstances would be to avoid calling fl_initialize() at all. I do that by going through the command line arguments first, looking for a certain option (in my case I use '-nw'). If I find that I don't don't call fl_initialize() (or any other functions from XForms), otherwise I pass on the command line arguments unchanged to fl_initialize(). Having a command line argument that tells fl_initialize() that XForms isn't going to be used sounds a bit strange to me. It would be similar to having a function e.g. in the math library to tell it that no function of this library will ever be used. Or am I misunderstanding what you are trying to do? Regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 12:40:03 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 12:40:03 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu16) with ESMTP (Nemesis) id 0MKxE4-1JZlmo1ykm-0004dr for jt at toerring.de; Thu, 13 Mar 2008 12:40:03 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DB39Eh007324; Thu, 13 Mar 2008 07:04:52 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DB35DZ007317 for ; Thu, 13 Mar 2008 07:03:06 -0400 Received: from gpt.toerring.de (p54BF9597.dip0.t-ipconnect.de [84.191.149.151]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1JZlDE38rh-0002u7; Thu, 13 Mar 2008 12:03:05 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 0CE3E6B8538; Thu, 13 Mar 2008 12:03:03 +0100 (CET) Date: Thu, 13 Mar 2008 12:03:03 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080313110303.GA9348 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1994+NiYbPUEM8RASjgT2DOrdtq5sGTqRzm0pK ImKIdVuwp3YAwZybMeZk7nHwIyUm9GfdZYY6+1x0s+aqsIUzNJ l53NSRzT9Ol9Lflk4NwOqjASIOQnDqc Subject: Re: [XForms] Migrating from xforms-0.89 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2768 Lines: 84 To subscribers of the xforms list Hi, > I have a project which still uses xforms 0.89. I would like to > upgrade, but installing > the new versions results in all sorts of error messages when I compile. Do you get errros when you try to compile the new version of the XForms library or when you try to recompile your program using the new version? In the first case I would be very interested to get a list of all messages! If you're using e.g. a bash like shell you could redirect the output of the configure and make command to files by using e.g. ./configure > configlog 2>&1 make > makelog 2>&1 Please be so kind to send me the resulting files. In the second case it also would be helpful to see what you actually get as error messages. It's a long time since I have been using version 0.89, so I probably don't not re- member most of the changes that happened since then. But I guess that the main changes were: a) The forms.h file to be included by your program was in /usr/X11/include/X11/ Nowadays it's per default in /usr/local/include/ You must make sure that the compiler picks up this new file and not accidentally the old one. Perhaps you will need to pass something like '-I/usr/local/include' to the compiler. b) The library itself also seem to have been in /usr/X11/lib/ but nowadays is per default in /usr/local/lib/ You may have to tell the linker by using something like '-L/usr/local/lib'. c) In version 0.89 Pixmaps were handled by some internal functions is XForms. This has changed and XForms now requires the external Xpm library for this, see e.g. http://koala.ilog.fr/lehors/xpm.html This library needs to be installed on your system and you must explicitely link against it (using e.g. the option '-lXpm' when compiling with gcc). I really don't remember what you had to specify as compiler and linker flags when compiling against 0.89. But nowadays I would probably use someting like -I/usr/local/include -L/usr/local/lib -X11 -lforms -lXpm -lm The API itself hasn't experienced too many changes and I can't remember them. If your problems result from them please post the error messages you got, otherwise it's going to be very figure out what's going wrong;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 09:54:26 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 09:54:26 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu5) with ESMTP (Nemesis) id 0MKqpg-1JZjCX3ai3-0000nz for jt at toerring.de; Thu, 13 Mar 2008 09:54:26 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2D8IgJA005525; Thu, 13 Mar 2008 04:18:43 -0400 Received: from lappc-f057.in2p3.fr (lappc-f057.in2p3.fr [134.158.97.63]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2D8IeDX005522 for ; Thu, 13 Mar 2008 04:18:40 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by lappc-f057.in2p3.fr (Postfix) with ESMTP id 875FD743BE for ; Thu, 13 Mar 2008 09:18:39 +0100 (CET) Received: from lappc-f057.in2p3.fr ([127.0.0.1]) by localhost (lappc-f057.in2p3.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14605-04 for ; Thu, 13 Mar 2008 09:18:38 +0100 (CET) Received: from virgoa2.in2p3.fr (virgoa2.in2p3.fr [134.158.96.119]) by lappc-f057.in2p3.fr (Postfix) with ESMTP id EF2F47436A for ; Thu, 13 Mar 2008 09:18:38 +0100 (CET) Date: Thu, 13 Mar 2008 09:18:38 +0100 (CET) From: Didier Verkindt X-X-Sender: verkindt at virgoa2.in2p3.fr To: xforms at bob.usuhs.mil In-Reply-To: Message-ID: References: <988FAD2E161E4347BFD7EC93A4D05904022F4B69 at xcgaz701.northgrum.com> MIME-Version: 1.0 X-Virus-Scanned: by new amavisd-new 4 at in2p3.fr Subject: Re: [XForms] Using Xform in background without display X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1452 Lines: 34 To subscribers of the xforms list Hi, I am very happy to see that Xforms and this mailing list are still alive. I have developped since several years a data visualization application that uses Xforms as GUI. In some circumstances, I would like to run this application in background (producing just jpg files, without user interaction and without showing any xform window) on a machine which has no display. But I get stucked on the fl_initialize function. With the following error message: Can't open display --No such file or directory Missing or failed fl_initialize() For now, I have overcome the problem by using xvfb when starting the application. But could the next release of Xform provide an API or a flag that allows to run temporarily without display? Or could the next release separate in fl_initialize what is specific xform init from what is related to the display? Thank you, Didier ----------------------------------------------------------- Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 19 00:27:35 2008 Return-Path: Delivery-Date: Wed, 19 Mar 2008 00:27:35 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1JblDP2AwB-0001Yo for jt at toerring.de; Wed, 19 Mar 2008 00:27:35 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2IMdRXf008628; Tue, 18 Mar 2008 18:39:42 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2IMdKGY008624 for ; Tue, 18 Mar 2008 18:39:21 -0400 Received: from gpt.toerring.de (p54BFA882.dip0.t-ipconnect.de [84.191.168.130]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1JbkSh3AOH-0003Qq; Tue, 18 Mar 2008 23:39:16 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 1BC786B8539; Tue, 18 Mar 2008 23:39:14 +0100 (CET) Date: Tue, 18 Mar 2008 23:39:15 +0100 From: Jens Thoms Toerring To: chris at evib.net Message-ID: <20080318223914.GA30325 at toerring.de> References: <1205809811.47df3293b87de at webmail.minx.net.uk> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1205809811.47df3293b87de at webmail.minx.net.uk> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/U7xFW5wfGwe1jfHgHXWJY3eNrL9sWWHUpUXj 8L+Nb6c8J5gm374kp71guGrUDDaCum1pvjMAt6dSyhPlrOgBjh mWBTE1wbnJ/4R/3+iQzAJxb7ReQRG2f Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2780 Lines: 64 To subscribers of the xforms list Hello Chris, On Tue, Mar 18, 2008 at 03:10:11AM +0000, chris at evib.net wrote: > I had, just recently, installed Fedora 8 on my laptop to take away for a 3 > week trip. I hadn't tested the 1.0.90 release of XForms under F8 and found > one of my applications refused to display when using: > > fl_set_input(obj, msgstr); > > The 1.0.91 release cures this problem. As much as I would like to claim that for me I don't think I was responsible for this change for the better;-) Actually, Jean-Marc Lasgouttes and Angus Leeming committed quite a number of changes to the CVS version in the last years which I can build on. And I am rather sure that's one of many problems they already did solve! > However, the initialisation code for a grid which uses code as in the > following fragment (modified from the code generated from the form > definition file): > > fdui->cell00 = obj = fl_add_input(FL_INT_INPUT,x=20,y=40,20,20,""); > fl_set_object_color(obj,FL_MCOL,FL_MCOL); > fl_set_object_lalign(obj,FL_ALIGN_CENTER); > fl_set_object_callback(obj,Grid_Input,cell++); > > steadfastly refuses to change the objects colour regardless of what FL_xxxx > colour is used. Later on, the same sort of code is used to change the cell's > appearance and that works! > > fl_set_object_boxtype(obj, FL_FRAME_BOX); > fl_set_input_cursor_visible(obj, FALSE); > fl_set_object_color(obj, FL_GREEN, FL_GREEN); > fl_set_input(obj, msgstr); > > Strange! Definitely! Unfortunately, I can't reproduce this bug here on my machine by just inserting your example code into one of my programs. Perhaps it's something more complicated than just a bug in the func- tion for settineg an objects colors. In that case it might help me to figure out what's going wrong if you could send me a somewhat longer example. BTW: The indentation of your example code looks a bit as if it was generated by an older version of fdesign. Perhaps you still have two versions of fdesign (or all of XForms) installed on your ma- chine, the old one in /usr/bin and the new one in /usr/local/bin. Please try to get rid of the old installation - if there's a mix- ture of an old and a new versions a lot of things could go wrong... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 19 00:27:35 2008 Return-Path: Delivery-Date: Wed, 19 Mar 2008 00:27:35 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1JblDP2AwB-0001Yo for jt at toerring.de; Wed, 19 Mar 2008 00:27:35 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2IMdRXf008628; Tue, 18 Mar 2008 18:39:42 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2IMdKGY008624 for ; Tue, 18 Mar 2008 18:39:21 -0400 Received: from gpt.toerring.de (p54BFA882.dip0.t-ipconnect.de [84.191.168.130]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1JbkSh3AOH-0003Qq; Tue, 18 Mar 2008 23:39:16 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 1BC786B8539; Tue, 18 Mar 2008 23:39:14 +0100 (CET) Date: Tue, 18 Mar 2008 23:39:15 +0100 From: Jens Thoms Toerring To: chris at evib.net Message-ID: <20080318223914.GA30325 at toerring.de> References: <1205809811.47df3293b87de at webmail.minx.net.uk> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1205809811.47df3293b87de at webmail.minx.net.uk> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/U7xFW5wfGwe1jfHgHXWJY3eNrL9sWWHUpUXj 8L+Nb6c8J5gm374kp71guGrUDDaCum1pvjMAt6dSyhPlrOgBjh mWBTE1wbnJ/4R/3+iQzAJxb7ReQRG2f Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2780 Lines: 64 To subscribers of the xforms list Hello Chris, On Tue, Mar 18, 2008 at 03:10:11AM +0000, chris at evib.net wrote: > I had, just recently, installed Fedora 8 on my laptop to take away for a 3 > week trip. I hadn't tested the 1.0.90 release of XForms under F8 and found > one of my applications refused to display when using: > > fl_set_input(obj, msgstr); > > The 1.0.91 release cures this problem. As much as I would like to claim that for me I don't think I was responsible for this change for the better;-) Actually, Jean-Marc Lasgouttes and Angus Leeming committed quite a number of changes to the CVS version in the last years which I can build on. And I am rather sure that's one of many problems they already did solve! > However, the initialisation code for a grid which uses code as in the > following fragment (modified from the code generated from the form > definition file): > > fdui->cell00 = obj = fl_add_input(FL_INT_INPUT,x=20,y=40,20,20,""); > fl_set_object_color(obj,FL_MCOL,FL_MCOL); > fl_set_object_lalign(obj,FL_ALIGN_CENTER); > fl_set_object_callback(obj,Grid_Input,cell++); > > steadfastly refuses to change the objects colour regardless of what FL_xxxx > colour is used. Later on, the same sort of code is used to change the cell's > appearance and that works! > > fl_set_object_boxtype(obj, FL_FRAME_BOX); > fl_set_input_cursor_visible(obj, FALSE); > fl_set_object_color(obj, FL_GREEN, FL_GREEN); > fl_set_input(obj, msgstr); > > Strange! Definitely! Unfortunately, I can't reproduce this bug here on my machine by just inserting your example code into one of my programs. Perhaps it's something more complicated than just a bug in the func- tion for settineg an objects colors. In that case it might help me to figure out what's going wrong if you could send me a somewhat longer example. BTW: The indentation of your example code looks a bit as if it was generated by an older version of fdesign. Perhaps you still have two versions of fdesign (or all of XForms) installed on your ma- chine, the old one in /usr/bin and the new one in /usr/local/bin. Please try to get rid of the old installation - if there's a mix- ture of an old and a new versions a lot of things could go wrong... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 14:48:12 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 14:48:12 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu14) with ESMTP (Nemesis) id 0ML3Dg-1JZnmq11vY-00063d for jt at toerring.de; Thu, 13 Mar 2008 14:48:12 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DD3gRf008968; Thu, 13 Mar 2008 09:03:51 -0400 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DD3eLu008964 for ; Thu, 13 Mar 2008 09:03:40 -0400 X-IronPort-AV: E=Sophos;i="4.25,493,1199660400"; d="scan'208";a="8347010" Received: from pegase.inria.fr ([128.93.52.47]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-SHA; 13 Mar 2008 14:03:39 +0100 Received: from pegase.inria.fr (localhost [127.0.0.1]) by pegase.inria.fr (8.13.6/8.13.6) with ESMTP id m2DD3dj2010274; Thu, 13 Mar 2008 14:03:39 +0100 Received: (from lasgoutt at localhost) by pegase.inria.fr (8.13.6/8.12.10/Submit) id m2DD3diZ010273; Thu, 13 Mar 2008 14:03:39 +0100 X-Authentication-Warning: pegase.inria.fr: lasgoutt set sender to Jean-Marc.Lasgouttes at inria.fr using -f To: jt at toerring.de References: <20080313120921.GA9842 at toerring.de> From: Jean-Marc Lasgouttes Date: Thu, 13 Mar 2008 14:03:39 +0100 In-Reply-To: <20080313120921.GA9842 at toerring.de> (Jens Thoms Toerring's message of "Thu\, 13 Mar 2008 13\:09\:21 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 753 Lines: 21 To subscribers of the xforms list Jens Thoms Toerring writes: > (Hello, Dr. Zhao, if you're reading > this: As far as I know you still didn't consent to make also > the existing documentation "open source" and there's only > the PostScript version at the moment. I would be grateful > if you would contact either me or one of the other main- > tainers about this.) There is also an html version. JMarc _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 13:50:38 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 13:50:38 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1JZmt420gB-0006vy for jt at toerring.de; Thu, 13 Mar 2008 13:50:37 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DC9Ok3008245; Thu, 13 Mar 2008 08:10:04 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DC9M3v008242 for ; Thu, 13 Mar 2008 08:09:23 -0400 Received: from gpt.toerring.de (p54BF9597.dip0.t-ipconnect.de [84.191.149.151]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1JZmFO0Uzj-0003dI; Thu, 13 Mar 2008 13:09:22 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 8D7776B8538; Thu, 13 Mar 2008 13:09:21 +0100 (CET) Date: Thu, 13 Mar 2008 13:09:21 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080313120921.GA9842 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18ADZjVE9MN2U+8YbcHJOYS8Fx8Vh3hA+k/3Yo uGGRGu4LGTmIUCGwvAw1O5c+0LnDEjlsatjFNf9WAbWN5jLlFD FKuDn8NzA4tkyJHDljqWeYxMU6VryGp Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2433 Lines: 58 To subscribers of the xforms list Hi, > Now the very quick try of the new code shows all the above problems > seem to have gone. Thanks, that's good news! > I will do more extensive usage tests of several xforms-apps I use. > Especially regarding the program crashes on mouse scroll in text > browsers that I suffered from quite a bit. I hope that this problem is gone. I actually could reproduce something that looked like it with the fbrowse demo program, which quite often simply exited when the mouse wheel was used. There was some bug in the button press/relase handling code that made fl_do_forms() return an object in cases were it shouldn't have done so. And since the program only expected fl_do_forms() to return when the program is supposed to end this then exited. Perhaps you experienced the same problem and in that case it shouldn't happen anymore. Otherwise just complain;-) > PS. If the XForms is to be revived, I would vote for the long- > promised, never-done scrolled canvas :) Please don't hold your breath on that (and I personally never made such a promise;-) My main motvation is that I have a rather largish program using XForms and I want it to work correctly without any glitches under all circumstances. So at the moment I am mostly concerned with a consolidation of the code base (and there are still enough potential problems to keep me busy for a while;-) I think that should be the main focus until the long-awaited 1.1 release is out. Another point that I find very important is to get some up to date documentation. (Hello, Dr. Zhao, if you're reading this: As far as I know you still didn't consent to make also the existing documentation "open source" and there's only the PostScript version at the moment. I would be grateful if you would contact either me or one of the other main- tainers about this.) But that definitely shouldn't keep you (or anybody else) from creating new widgets etc.! Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 01:31:50 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 01:31:50 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1JZbM93pc8-0001fG for jt at toerring.de; Thu, 13 Mar 2008 01:31:50 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2CNtuqO032504; Wed, 12 Mar 2008 19:59:23 -0400 Received: from sirius.astrouw.edu.pl (sirius.astrouw.edu.pl [193.0.88.1]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2CNtsB9032500 for ; Wed, 12 Mar 2008 19:55:55 -0400 Received: from sirius.astrouw.edu.pl (localhost [127.0.0.1]) by sirius.astrouw.edu.pl (8.13.8/8.13.8) with ESMTP id m2CNtrVY009105 for ; Thu, 13 Mar 2008 00:55:53 +0100 Received: (from msz at localhost) by sirius.astrouw.edu.pl (8.13.8/8.13.8/Submit) id m2CNtrXY009104 for xforms at bob.usuhs.mil; Thu, 13 Mar 2008 00:55:53 +0100 Date: Thu, 13 Mar 2008 00:55:53 +0100 From: Michal Szymanski To: XForms Message-ID: <20080312235553.GA8465 at astrouw.edu.pl> References: <20080312170818.GA13700 at toerring.de> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080312170818.GA13700 at toerring.de> User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sirius.astrouw.edu.pl [127.0.0.1]); Thu, 13 Mar 2008 00:55:53 +0100 (CET) Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2329 Lines: 60 To subscribers of the xforms list Hi XFormers, Great news. I thought the project was dead. I have just been experiencing problems addressed by Jens, ever since I started using machines with newer OSes and X11. I intensively use my image display xforms-application and I noticed that resizing it often resulted in completely messed window. Also, double-click in file selector stopped working altogether (this, however, used to happen sometimes also in old days). Now the very quick try of the new code shows all the above problems seem to have gone. Good job, Jens, thank you. I will do more extensive usage tests of several xforms-apps I use. Especially regarding the program crashes on mouse scroll in text browsers that I suffered from quite a bit. best regards, Michal. PS. If the XForms is to be revived, I would vote for the long-promised, never-done scrolled canvas :) -- Michal Szymanski (msz at astrouw dot edu dot pl) Warsaw University Observatory, Warszawa, POLAND On Wed, Mar 12, 2008 at 06:08:18PM +0100, Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hello, > > as promised in my last mail from end of January I have > continued to work on XForms. The most important changes are: > > a) Update of the event handling subsystem, events can't > get lost anymore. > b) Overwork of window resizing - especially noticable > with window managers that update windows while they > are being resized. > c) Code for popups, menus etc. extensively changed, should > now work better and more like we're used to from other > toolkits. Shadows which ever did work cleanly have been > removed. > d) Text browser sliders now should work correctly. > e) Lots of bugs removed that could lead to segmentation > faults, X errors, memory and X resource leaks, missed > redraws, double click selections in file selectors not > always working, programs sometimes unexpectedly exiting > when mouse scroll wheel is used in text browsers etc. _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 09:12:20 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 09:12:20 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu8) with ESMTP (Nemesis) id 0MKt1w-1JZiXn3ZFi-0000o4 for jt at toerring.de; Thu, 13 Mar 2008 09:12:20 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2D7Ybq6005004; Thu, 13 Mar 2008 03:37:02 -0400 Received: from mail1.saao.ac.za (mail1.saao.ac.za [192.96.109.25]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2D7YVKf005000 for ; Thu, 13 Mar 2008 03:34:34 -0400 Received: from saao.ac.za (localhost.localdomain [127.0.0.1]) by mail1.saao.ac.za (Postfix) with ESMTP id 00FE310782CE for ; Thu, 13 Mar 2008 09:34:09 +0200 (SAST) Received: from spipe.saao (spipe.saao [10.1.8.2]) by webmail.saao.ac.za (Horde MIME library) with HTTP; Thu, 13 Mar 2008 09:34:09 +0200 Message-ID: <20080313093409.taka941s00skgw0s at webmail.saao.ac.za> Date: Thu, 13 Mar 2008 09:34:09 +0200 From: lab at saao.ac.za To: xforms at bob.usuhs.mil References: <20080312170818.GA13700 at toerring.de> <20080312183546.GE10548 at toerring.de> In-Reply-To: <20080312183546.GE10548 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) X-SAAO-MailScanner-Watermark: 1205998451.95144 at 5MhOmjprjUQjcUMq7FuDng X-SAAO-MailScanner-Information: Scanned by MailScanner at SAAO X-MailScanner-ID: 00FE310782CE.28798 X-SAAO-MailScanner: Found to be clean X-SAAO-MailScanner-SpamCheck: notspam, spamassassin (notcached, score=-1.702, required 6, ALL_TRUSTED -1.80, AWL 0.10, BAYES_50 0.00) X-SAAO-MailScanner-From: lab at saao.ac.za X-Spam-Status: No Subject: [XForms] Migrating from xforms-0.89 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 740 Lines: 26 To subscribers of the xforms list Hi I have a project which still uses xforms 0.89. I would like to upgrade, but installing the new versions results in all sorts of error messages when I compile. Can anyone give me a roadmap of how to migrate? Many thanks Luis Balona ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 00:16:45 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 00:16:45 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1JZaBU3zaO-0000GC for jt at toerring.de; Thu, 13 Mar 2008 00:16:45 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2CMXbZu031551; Wed, 12 Mar 2008 18:37:51 -0400 Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2CMXXBq031548 for ; Wed, 12 Mar 2008 18:33:35 -0400 Received: by wa-out-1112.google.com with SMTP id l24so3628489waf.17 for ; Wed, 12 Mar 2008 15:33:32 -0700 (PDT) Received: by 10.115.47.1 with SMTP id z1mr8045567waj.149.1205361180577; Wed, 12 Mar 2008 15:33:00 -0700 (PDT) Received: by 10.114.120.5 with HTTP; Wed, 12 Mar 2008 15:33:00 -0700 (PDT) Message-ID: Date: Wed, 12 Mar 2008 18:33:00 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080312183546.GE10548 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline References: <20080312170818.GA13700 at toerring.de> <20080312183546.GE10548 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1657 Lines: 44 To subscribers of the xforms list I am just getting started on a relatively large application that will be using XForms; it does dynamic window updates on resize and is fairly X-intensive. So this is may be a great opportunity to test out this new release. I assure you I'll be stress testing it pretty hard (as usual ;), I'll keep you posted. Jason On Wed, Mar 12, 2008 at 2:35 PM, Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hello, > > since already a few people asked for it here's a pre- > release you can download directly (without CVS) and which > doesn't require having all the automake tools installed: > > http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91.pre1.tar.gz > > Just unpack, then run configure and make;-) > > > > Best regards, Jens > -- > \ Jens Thoms Toerring ________ jt at toerring.de > \_______________________________ http://toerring.de > _______________________________________________ > To unsubscribe, send any message to > xforms-leave at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 12 20:11:23 2008 Return-Path: Delivery-Date: Wed, 12 Mar 2008 20:11:23 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu23) with ESMTP (Nemesis) id 0ML4cO-1JZWM249TP-0001g5 for jt at toerring.de; Wed, 12 Mar 2008 20:11:23 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2CIZs3K028567; Wed, 12 Mar 2008 14:36:39 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2CIZqfl028564 for ; Wed, 12 Mar 2008 14:35:53 -0400 Received: from gpt.toerring.de (p54BF9339.dip0.t-ipconnect.de [84.191.147.57]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1JZVnn2box-0004HE; Wed, 12 Mar 2008 19:35:51 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 06A716B8538; Wed, 12 Mar 2008 19:35:46 +0100 (CET) Date: Wed, 12 Mar 2008 19:35:46 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080312183546.GE10548 at toerring.de> References: <20080312170818.GA13700 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080312170818.GA13700 at toerring.de> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+homDb4vavEGoWq+l9DaYURdhKuHfMYpc7iOq ueOM50V4s6n08QyQNElCGMUrPalo8U0rQrlePitsiVXTo0lqoA YUk+o7/2E3yd8Jr4ZClvG5vyidxUGnz Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 839 Lines: 23 To subscribers of the xforms list Hello, since already a few people asked for it here's a pre- release you can download directly (without CVS) and which doesn't require having all the automake tools installed: http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91.pre1.tar.gz Just unpack, then run configure and make;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 12 18:52:21 2008 Return-Path: Delivery-Date: Wed, 12 Mar 2008 18:52:21 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu22) with ESMTP (Nemesis) id 0MKr6C-1JZV7Y1ojk-0000PC for jt at toerring.de; Wed, 12 Mar 2008 18:52:21 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2CH8NRB027262; Wed, 12 Mar 2008 13:10:50 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2CH8Kw6027259 for ; Wed, 12 Mar 2008 13:08:21 -0400 Received: from gpt.toerring.de (p54BF9339.dip0.t-ipconnect.de [84.191.147.57]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1JZUR90BF4-0001wm; Wed, 12 Mar 2008 18:08:19 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 707316B8538; Wed, 12 Mar 2008 18:08:18 +0100 (CET) Date: Wed, 12 Mar 2008 18:08:18 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080312170818.GA13700 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19MFG37/Kg2YyNVqySNwrYUXnzXvAR6rwjRtM0 wLVbYttK80RkFlAbORBhNBrelHCLhjYFTkjplfrUwD8it4nNST is8oZkwamAW5om8b9Kf7u/HqyNTNR85 Subject: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 2554 Lines: 58 To subscribers of the xforms list Hello, as promised in my last mail from end of January I have continued to work on XForms. The most important changes are: a) Update of the event handling subsystem, events can't get lost anymore. b) Overwork of window resizing - especially noticable with window managers that update windows while they are being resized. c) Code for popups, menus etc. extensively changed, should now work better and more like we're used to from other toolkits. Shadows which ever did work cleanly have been removed. d) Text browser sliders now should work correctly. e) Lots of bugs removed that could lead to segmentation faults, X errors, memory and X resource leaks, missed redraws, double click selections in file selectors not always working, programs sometimes unexpectedly exiting when mouse scroll wheel is used in text browsers etc. I think it would be time to create a new release, 1.0.91, based on this code. But since all these changes haven't been tested except by myself, I am a bit reluctant to do so and thus would like to ask everybody of you with a bit of time to spare to check out the CVS version and play around with it and report results (both positive and negative;-) To do so just download the CVS version with the command: cvs -d:pserver:anonymous at cvs.sv.gnu.org:/sources/xforms co xforms This will create a directory called 'xforms'. First run the the 'autogen.sh' script in this directory and then compile with the usual 'configure' and make commands. If it would be more convenient for you I could also make a pre-release in which case you woudn't have to have cvs and automake installed on your machine. Just tell me;-) Please note if you link your application against the dynamic library: to make it easier to distinguish from the 1.0.90 version the new version is 'libforms.1.1.0' instead of 'libforms.1.0.0', so you can have both installed but then must either set the sym- bolic link 'libforms.so' accordingly or link explicitely against the new version. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Jan 29 17:00:28 2008 Return-Path: Delivery-Date: Tue, 29 Jan 2008 17:00:28 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1JJssq0x0f-000662 for jt at toerring.de; Tue, 29 Jan 2008 17:00:28 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m0TFMnoc020935; Tue, 29 Jan 2008 10:23:08 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m0TFMkNl020932 for ; Tue, 29 Jan 2008 10:22:47 -0500 Received: from toerring.de (p54BF902D.dip0.t-ipconnect.de [84.191.144.45]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1JJsIP35oJ-00032a; Tue, 29 Jan 2008 16:22:46 +0100 Received: by toerring.de (Postfix, from userid 500) id 945842571; Tue, 29 Jan 2008 16:23:02 +0100 (CET) Date: Tue, 29 Jan 2008 16:23:02 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080129152302.GA2495 at john.toerring.de> Mime-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Provags-ID: V01U2FsdGVkX1/TQBsz2x1vk4xD2n4sUe8jgsYkgFLOBF+co79 dgePSQEtBKjQOWNfItl0txIvLVslaUdUu3oogFzPxEC++1rHzo eiePkAq/mN7ja57gqMYFwk9W0dZ/b1+ Subject: [XForms] XForms development X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jens.toerring at physik.fu-berlin.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3505 Lines: 78 To subscribers of the xforms list Hello, while development of XForms has slowed down a bit I hope it's not dead yet. At least I continue to use XForms for some of my projects and I would rather like to keep it that way. For that reason and since there were some bugs I started to work a bit on the source code, mostly to get rid of a few crashes due to Xerrors and some redrawing problems etc. Jean- Marc Lasgouttes has now given me the opportunity by to upload a new version to the CVS on Savannah. You can find a list of the main changes at http://cvs.savannah.nongnu.org/viewvc/xforms/ChangeLog?revision=1.123&root=xforms&view=markup Of course, there is a rather large chance that I broke many things in the process. Moreover, I can only do tests on my PC- type Linux machine since I don't have access to machines with other architectures or operating systems at the moment. There- fore I would really appreciate it if at least some of you would download the newest version and test it. There are also a few additions to some crucial structures like FL_FORM and FL_OBJECT. While no "normal" programs should access those directly, it could be that some do so anyway and get confused by the changes. Thus I would like to hear if this results in any serious problem. Please also note that this is work in progress. There are still some unresolved issues I hope I will be able to address in the next few days. And probably there are a lotof problems I am not even aware of yet, so input from you about stuff that doesn't work correctly (also in older versions and still in the new CVS version), crashes etc. would be very helpful. If you want to do some tests, the steps are relatively simple. To download the CVS version use the command cvs -d:pserver:anonymous at cvs.sv.gnu.org:/sources/xforms co xforms (This, of course, assumes that you have cvs installed on your machine. I will try to come up with a new 1.0.91 version soon that then can be downloaded as an archive from Savannah, but I would like to have a bit more feedback before doing so in order to avoid disappointing too many people;-) Once you have downloaded the CVS sources (which will create a new subdirectory named 'xforms') go into the 'xforms' subdi- rectory and run the 'autogen.sh' script. To do so you need to have a not too old version of 'automake' installed. Once this script is done you can continue in the normal way to compile the library with configure and make, as described in the READ- ME or INSTALL file. Of course, I also would like to hear about problems when the library and the demo programs get compiled. Perhaps the best way to tell me about them would be to redirect the output of the configure and make process into files and send them to me. My email address is in my signature. Best regards, Jens BTW: Does anybody have the email address of Dr. T.C. Zhao so that we can ask him directly about the documentation which, as far as I remember, he hasn't yet made officially open source? -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Jan 29 15:24:56 2008 Return-Path: Delivery-Date: Tue, 29 Jan 2008 15:24:56 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1JJrOR3jvg-0006ET for jt at toerring.de; Tue, 29 Jan 2008 15:24:56 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m0TEOsAf020254 for ; Tue, 29 Jan 2008 09:24:54 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit From: xforms-request at bob.usuhs.mil To: jt at toerring.de Subject: confirm 1d5aad149410cd127f30f45d5111f24d88894eab Reply-To: xforms-request at bob.usuhs.mil Message-ID: Date: Tue, 29 Jan 2008 09:24:52 -0500 Precedence: bulk X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 List-Id: Xforms X11 tool builder X-List-Administrivia: yes Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1031 Lines: 24 Mailing list subscription confirmation notice for mailing list Xforms We have received a request for subscription of your email address, "jt at toerring.de", to the xforms at bob.usuhs.mil mailing list. To confirm that you want to be added to this mailing list, simply reply to this message, keeping the Subject: header intact. Or visit this web page: http://cweblog.usuhs.mil/mailman/confirm/xforms/1d5aad149410cd127f30f45d5111f24d88894eab Or include the following line -- and only the following line -- in a message to xforms-request at bob.usuhs.mil: confirm 1d5aad149410cd127f30f45d5111f24d88894eab Note that simply sending a `reply' to this message should work from most mail readers, since that usually leaves the Subject: line in the right form (additional "Re:" text in the Subject: is okay). If you do not wish to be subscribed to this list, please simply disregard this message. If you think you are being maliciously subscribed to the list, or have any other questions, send them to xforms-owner at bob.usuhs.mil. >From xforms-bounces at bob.usuhs.mil Mon Jan 28 19:44:58 2008 Return-path: Envelope-to: Jens.Toerring at physik.fu-berlin.de Delivery-date: Mon, 28 Jan 2008 19:44:58 +0100 Received: from [131.158.186.183] (helo=bob.usuhs.mil) by mail1.physik.fu-berlin.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JJYyM-0007PL-G1 for Jens.Toerring at physik.fu-berlin.de; Mon, 28 Jan 2008 19:44:58 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m0SIQ2x3007863; Mon, 28 Jan 2008 13:26:08 -0500 Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m0SIQ0N4007859 for ; Mon, 28 Jan 2008 13:26:00 -0500 Received: by wa-out-1112.google.com with SMTP id l24so3221425waf.17 for ; Mon, 28 Jan 2008 10:25:59 -0800 (PST) Received: by 10.114.37.1 with SMTP id k1mr6738602wak.6.1201544759554; Mon, 28 Jan 2008 10:25:59 -0800 (PST) Received: by 10.114.121.17 with HTTP; Mon, 28 Jan 2008 10:25:59 -0800 (PST) Message-ID: Date: Mon, 28 Jan 2008 13:25:59 -0500 From: "Jason Cipriani" To: "Robert Williams" In-Reply-To: <479E1132.9050108 at bob.usuhs.mil> MIME-Version: 1.0 Content-Disposition: inline References: <479E1132.9050108 at bob.usuhs.mil> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Testing list X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil X-DNS-Warning: Reverse DNS lookup failed for host 131.158.186.183 X-ZEDV-Virus-Scanned: No viruses found. [ClamAV 0.92/5586/Mon Jan 28 17:45:12 2008] X-ZEDV-Spam-Level: / X-ZEDV-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on zs01.physik.fu-berlin.de X-ZEDV-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_20,RDNS_NONE autolearn=no version=3.2.3 X-ZEDV-Spam-Report: * 0.1 RDNS_NONE Delivered to trusted network by a host with no rDNS * -0.7 BAYES_20 BODY: Bayesian spam probability is 5 to 20% * [score: 0.0703] Status: RO Content-Length: 1301 Lines: 39 To subscribers of the xforms list I don't think it worked! :) On Jan 28, 2008 12:30 PM, Robert Williams wrote: > To subscribers of the xforms list > > The list has been inactive for several months, > and I found that the archive site needed to be > made accessible, so I also thought it would be > useful to test the listserver in other ways. > > Best regards, > Bob > > -- > Dr. Robert Williams > CIV, USUHS > Department of Biomedical Informatics > Program in Molecular and Cell Biology > Faculty Senate President > Phone: 301-295-3568 > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Jan 28 19:02:17 2008 Return-path: Envelope-to: Jens.Toerring at physik.fu-berlin.de Delivery-date: Mon, 28 Jan 2008 19:02:17 +0100 Received: from [131.158.186.183] (helo=bob.usuhs.mil) by mail1.physik.fu-berlin.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JJYJ7-00052A-Jb for Jens.Toerring at physik.fu-berlin.de; Mon, 28 Jan 2008 19:02:17 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m0SHUUrM006861; Mon, 28 Jan 2008 12:33:58 -0500 Received: from [131.158.186.106] (cpmd.usuhs.mil [131.158.186.106]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m0SHUSLt006857 for ; Mon, 28 Jan 2008 12:30:28 -0500 Message-ID: <479E1132.9050108 at bob.usuhs.mil> Date: Mon, 28 Jan 2008 12:30:26 -0500 From: Robert Williams User-Agent: Thunderbird 2.0.0.9 (X11/20070801) MIME-Version: 1.0 To: xforms at bob.usuhs.mil X-Enigmail-Version: 0.95.5 Subject: [XForms] Testing list X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil X-DNS-Warning: Reverse DNS lookup failed for host 131.158.186.183 X-ZEDV-Virus-Scanned: No viruses found. [ClamAV 0.92/5586/Mon Jan 28 17:45:12 2008] X-ZEDV-Spam-Level: / X-ZEDV-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on zs01.physik.fu-berlin.de X-ZEDV-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_20,RDNS_NONE autolearn=no version=3.2.3 X-ZEDV-Spam-Report: * 0.1 RDNS_NONE Delivered to trusted network by a host with no rDNS * -0.7 BAYES_20 BODY: Bayesian spam probability is 5 to 20% * [score: 0.1023] Status: RO Content-Length: 790 Lines: 26 To subscribers of the xforms list The list has been inactive for several months, and I found that the archive site needed to be made accessible, so I also thought it would be useful to test the listserver in other ways. Best regards, Bob -- Dr. Robert Williams CIV, USUHS Department of Biomedical Informatics Program in Molecular and Cell Biology Faculty Senate President Phone: 301-295-3568 _______________________________________________ To unsubscribe, send the message "unsubscribe" to xforms-request at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms XForms Home Page: http://world.std.com/~xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms From verkindt at lapp.in2p3.fr Fri Jun 22 04:20:39 2007 From: verkindt at lapp.in2p3.fr (Didier Verkindt) Date: Fri, 22 Jun 2007 10:20:39 +0200 (CEST) Subject: [XForms] Using Xform in background without display In-Reply-To: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> References: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> Message-ID: Hi, Hoping that Xforms and this mailing list are still alive. I have developped since several years a data visualization application that uses Xforms as GUI (but not for showing plots). Now, in some cases, I would like to run this application in background (without user interaction and without showing any xform window) on a machine which has no display. I was able not to display xform windows but I get stucked on the fl_initialize function. With the following error message: Can't open display --No such file or directory Missing or failed fl_initialize() Does somebody knows a simple way to overcome this problem? Or should I try to propose a modification to Xform in order to separate in fl_initialize what is specific xform init from what is related to the display? ----------------------------------------------------------- Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt On Thu, 28 Dec 2006, Moots, Joel A. (IT Solutions/EOS) wrote: > To subscribers of the xforms list > > Since the program is so small, can you find the smallest amount of code > needed for you to reproduce the problem and then paste just the parts > you wrote to this list? E.g., if you don't need a slider callback to > reproduce the problem, get rid of it; if you need the callback but don't > need to retrieve the value, get rid of it; etc. If that's still rather > large, can you tar/gzip just the source files with no extension on the > filename and email to me. > > TIA, > > -joel > > -----Original Message----- > From: xforms-bounces at bob.usuhs.mil [mailto:xforms-bounces at bob.usuhs.mil] > On Behalf Of Kerich, Steve (AGTE) > Sent: Thursday, December 28, 2006 11:24 AM > To: xforms at bob.usuhs.mil > Subject: [XForms] corrupted text or big question box returns > > To subscribers of the xforms list > > > Hi > > I have been doing more testing and have found with my test program that > if I call fl_show_alert before fl_show_question, the corruption of the > question box goes away. I have noticed this fix also works for another > executable that is having trouble with the question box. If I display an > alert just before the question box, the problem goes away. I haven't > tried it with the other 2 images that are showing the same/similar > problem. There must be some XForms connection between the two. > > My test program is very very small so I don't believe that there are > pointer or memory stack issues involved. > > Jens tried out my test program on a Linux box using gcc but was unable > to reproduce the problem I have been seeing. So I guess that is a clue > too. That it has something to so with Solaris or the compiler. The > compiler used is SUNspro instead of gcc. I do not know why this compiler > was picked in the beginning. > > Because this problem is spread through several of our applications, I > really need to find a solution. Is there anyone who has debug ideas or > could help with this? > > Any help would be appreciated. > > Steve > > > ************************************************ > The information contained in, or attached to, this e-mail, may contain > confidential information and is intended solely for the use of the > individual or entity to whom they are addressed and may be subject to > legal privilege. If you have received this e-mail in error you should > notify the sender immediately by reply e-mail, delete the message from > your system and notify your system manager. Please do not copy it for > any purpose, or disclose its contents to any other person. The views or > opinions presented in this e-mail are solely those of the author and do > not necessarily represent those of the company. The recipient should > check this e-mail and any attachments for the presence of viruses. The > company accepts no liability for any damage caused, directly or > indirectly, by any virus transmitted in this email. > ************************************************ > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms List Archive: > http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > From gme at epr80.de Fri Jun 22 09:42:20 2007 From: gme at epr80.de (Gerald Emig) Date: Fri, 22 Jun 2007 15:42:20 +0200 Subject: [XForms] Using Xform in background without display In-Reply-To: References: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> Message-ID: <20070622154220.65d1ac2d@emig9.emig-software.de> Hi Didier, the following I found using Google: "If you are not running X on the server, then you need a dummy X server. You can create one with xVNC or Xvfb on the server. Set your DISPLAY variable to the dummy X server." The complete article is located at "http://www.linuxquestions.org/questions/showthread.php?t=370706" Is this a solution for you ? Best regards, Gerald On Fri, 22 Jun 2007 10:20:39 +0200 (CEST) Didier Verkindt wrote: > To subscribers of the xforms list > > > Hi, > Hoping that Xforms and this mailing list are still alive. > > I have developped since several years a data visualization application > that uses Xforms as GUI (but not for showing plots). Now, in some cases, I > would like to run this application in background (without user > interaction and without showing any xform window) on a machine which has > no display. I was able not to display xform windows but I get stucked on > the fl_initialize function. > With the following error message: > Can't open display --No such file or directory > Missing or failed fl_initialize() > > Does somebody knows a simple way to overcome this problem? > Or should I try to propose a modification > to Xform in order to separate in fl_initialize what is specific xform init > from what is related to the display? > > ----------------------------------------------------------- > Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE > tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt > > > On Thu, 28 Dec 2006, Moots, Joel A. (IT Solutions/EOS) wrote: > > > To subscribers of the xforms list > > > > Since the program is so small, can you find the smallest amount of code > > needed for you to reproduce the problem and then paste just the parts > > you wrote to this list? E.g., if you don't need a slider callback to > > reproduce the problem, get rid of it; if you need the callback but don't > > need to retrieve the value, get rid of it; etc. If that's still rather > > large, can you tar/gzip just the source files with no extension on the > > filename and email to me. > > > > TIA, > > > > -joel > > > > -----Original Message----- > > From: xforms-bounces at bob.usuhs.mil [mailto:xforms-bounces at bob.usuhs.mil] > > On Behalf Of Kerich, Steve (AGTE) > > Sent: Thursday, December 28, 2006 11:24 AM > > To: xforms at bob.usuhs.mil > > Subject: [XForms] corrupted text or big question box returns > > > > To subscribers of the xforms list > > > > > > Hi > > > > I have been doing more testing and have found with my test program that > > if I call fl_show_alert before fl_show_question, the corruption of the > > question box goes away. I have noticed this fix also works for another > > executable that is having trouble with the question box. If I display an > > alert just before the question box, the problem goes away. I haven't > > tried it with the other 2 images that are showing the same/similar > > problem. There must be some XForms connection between the two. > > > > My test program is very very small so I don't believe that there are > > pointer or memory stack issues involved. > > > > Jens tried out my test program on a Linux box using gcc but was unable > > to reproduce the problem I have been seeing. So I guess that is a clue > > too. That it has something to so with Solaris or the compiler. The > > compiler used is SUNspro instead of gcc. I do not know why this compiler > > was picked in the beginning. > > > > Because this problem is spread through several of our applications, I > > really need to find a solution. Is there anyone who has debug ideas or > > could help with this? > > > > Any help would be appreciated. > > > > Steve > > > > > > ************************************************ > > The information contained in, or attached to, this e-mail, may contain > > confidential information and is intended solely for the use of the > > individual or entity to whom they are addressed and may be subject to > > legal privilege. If you have received this e-mail in error you should > > notify the sender immediately by reply e-mail, delete the message from > > your system and notify your system manager. Please do not copy it for > > any purpose, or disclose its contents to any other person. The views or > > opinions presented in this e-mail are solely those of the author and do > > not necessarily represent those of the company. The recipient should > > check this e-mail and any attachments for the presence of viruses. The > > company accepts no liability for any damage caused, directly or > > indirectly, by any virus transmitted in this email. > > ************************************************ > > > > _______________________________________________ > > To unsubscribe, send the message "unsubscribe" to > > xforms-request at bob.usuhs.mil or see: > > http://cweblog.usuhs.mil/mailman/listinfo/xforms > > XForms Home Page: http://world.std.com/~xforms List Archive: > > http://bob.usuhs.mil/pipermail/xforms and > > http://bob.usuhs.mil/mailserv/list-archives/ > > Development: http://savannah.nongnu.org/files/?group=xforms > > > > _______________________________________________ > > To unsubscribe, send the message "unsubscribe" to > > xforms-request at bob.usuhs.mil or see: > > http://cweblog.usuhs.mil/mailman/listinfo/xforms > > XForms Home Page: http://world.std.com/~xforms > > List Archive: http://bob.usuhs.mil/pipermail/xforms and > > http://bob.usuhs.mil/mailserv/list-archives/ > > Development: http://savannah.nongnu.org/files/?group=xforms > > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms From psg at debian.org Fri Jun 22 11:31:26 2007 From: psg at debian.org (Peter S Galbraith) Date: Fri, 22 Jun 2007 11:31:26 -0400 Subject: [XForms] Documentation In-Reply-To: Message from Peter S Galbraith of "Wed, 24 May 2006 16:42:53 EDT." <22216.1148503373@mixing.qc.dfo.ca> References: <20030908154838.51918.qmail@web13407.mail.yahoo.com> <20050208142241.8683AAB07E@mixing.qc.dfo.ca> <22216.1148503373@mixing.qc.dfo.ca> Message-ID: <30558.1182526286@mixing.lau.dfo-mpo.ca> Hello T.C. (and the XForms list) Consider this the yearly nudge to release the sources of the XForms manual. Someone just emailed me last week about it, so I'm sure they would still be appreciated and used by many. This issue now dates back from 2003, so it might be nice to simply notify us if the docs are simply dead and gone. Thanks, Peter On 24 May 2006, I wrote: > Hello T.C. (and the XForms list) > > Consider this the yearly nudge to release the sources of the XForms > manual. Someone just emailed me today about them, so I'm sure they > would still be appreciated and used by many. > > Thanks, > Peter > > On 08 Feb 2005, I wrote: > > > On Sept 8th 2003, T.C. Zhao wrote: > > > > > Sorry for the delay and thanks for the info. GPL it is. > > > > > > I am currently travelling and will be back home end of > > > September. Expect the free manual in October sometime. > > > > > > -TC > > > --- Peter S Galbraith wrote: > > > > To subscribers of the xforms list > > > > > > > > > > > > T.C. Zhao wrote: > > > > > > > > > All I need to do is boot up my old linux box and recover the doc > > > > > and send it. Will do this sometime in April (I've been travelling, > > > > > and am sending this email from Tokyo). > > > > > -TC > > > > > > > > Hi T.C., > > > > > > > > I really hate to keep nagging you like this. :-) > > > > > > > > You meant to release the sources of the XForms manual last April but > > > > never got around to it. This is a reminder. Also, please avoid using > > > > the GNU Free Documentation License (GFDL) since it not a free software > > > > license and therefore cannot be included in the Debian distribution. > > > > Using the GPL would be fine. > > > > Hello T.C., > > > > Consider this another nudge to release the sources of the XForms > > manual. On the plus side, I didn't nag you in 2004. ;-) > > > > Please consider taking some time to actually do this now, while the > > sources still exist, and before you get hit by a bus or something and > > they are gone forever. The XForms sources have been free for a long > > time now (Thanks!) and they really should have free documentation. > > > > Thanks, > > -- > > Peter S. Galbraith, Debian Developer > > http://people.debian.org/~psg > > GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E > > -- > Peter S. Galbraith, Debian Developer > http://people.debian.org/~psg > GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- Peter S. Galbraith, Debian Developer http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E From bob at bob.usuhs.mil Fri Jun 22 11:32:54 2007 From: bob at bob.usuhs.mil (Robert Williams) Date: Fri, 22 Jun 2007 11:32:54 -0400 Subject: [XForms] Documentation In-Reply-To: <30558.1182526286@mixing.lau.dfo-mpo.ca> References: <20030908154838.51918.qmail@web13407.mail.yahoo.com> <20050208142241.8683AAB07E@mixing.qc.dfo.ca> <22216.1148503373@mixing.qc.dfo.ca> <30558.1182526286@mixing.lau.dfo-mpo.ca> Message-ID: <467BEBA6.4000508@bob.usuhs.mil> Seconded. Best regards, Bob Williams Peter S Galbraith wrote: > To subscribers of the xforms list > > Hello T.C. (and the XForms list) > > Consider this the yearly nudge to release the sources of the XForms > manual. Someone just emailed me last week about it, so I'm sure they > would still be appreciated and used by many. > > This issue now dates back from 2003, so it might be nice to simply > notify us if the docs are simply dead and gone. > > Thanks, > Peter > > On 24 May 2006, I wrote: > > >> Hello T.C. (and the XForms list) >> >> Consider this the yearly nudge to release the sources of the XForms >> manual. Someone just emailed me today about them, so I'm sure they >> would still be appreciated and used by many. >> >> Thanks, >> Peter >> >> On 08 Feb 2005, I wrote: >> >> >>> On Sept 8th 2003, T.C. Zhao wrote: >>> >>> >>>> Sorry for the delay and thanks for the info. GPL it is. >>>> >>>> I am currently travelling and will be back home end of >>>> September. Expect the free manual in October sometime. >>>> >>>> -TC >>>> --- Peter S Galbraith wrote: >>>> >>>>> To subscribers of the xforms list >>>>> >>>>> >>>>> T.C. Zhao wrote: >>>>> >>>>> >>>>>> All I need to do is boot up my old linux box and recover the doc >>>>>> and send it. Will do this sometime in April (I've been travelling, >>>>>> and am sending this email from Tokyo). >>>>>> -TC >>>>>> >>>>> Hi T.C., >>>>> >>>>> I really hate to keep nagging you like this. :-) >>>>> >>>>> You meant to release the sources of the XForms manual last April but >>>>> never got around to it. This is a reminder. Also, please avoid using >>>>> the GNU Free Documentation License (GFDL) since it not a free software >>>>> license and therefore cannot be included in the Debian distribution. >>>>> Using the GPL would be fine. >>>>> >>> Hello T.C., >>> >>> Consider this another nudge to release the sources of the XForms >>> manual. On the plus side, I didn't nag you in 2004. ;-) >>> >>> Please consider taking some time to actually do this now, while the >>> sources still exist, and before you get hit by a bus or something and >>> they are gone forever. The XForms sources have been free for a long >>> time now (Thanks!) and they really should have free documentation. >>> >>> Thanks, >>> -- >>> Peter S. Galbraith, Debian Developer >>> http://people.debian.org/~psg >>> GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E >>> >> -- >> Peter S. Galbraith, Debian Developer >> http://people.debian.org/~psg >> GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E >> > > -- Dr. Robert Williams Department of Biomedical Informatics Program in Molecular and Cell Biology Faculty Senate President Elect Phone: 301-295-3568 >From xforms-bounces at bob.usuhs.mil Mon Nov 24 18:41:08 2008 Return-Path: Delivery-Date: Mon, 24 Nov 2008 18:41:08 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1L4fQd29J0-0007M3 for jt at toerring.de; Mon, 24 Nov 2008 18:41:08 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAOGoexW015587; Mon, 24 Nov 2008 11:58:56 -0500 Received: from mout-bounce.kundenserver.de (mout-bounce.kundenserver.de [212.227.17.3]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAOGnlQh015573 for ; Mon, 24 Nov 2008 11:50:18 -0500 Received: from toerring.de (p54BFA755.dip0.t-ipconnect.de [84.191.167.85]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1L4ecw3MpF-0004kX; Mon, 24 Nov 2008 17:49:35 +0100 Received: by toerring.de (Postfix, from userid 1000) id 1E33F7A266D; Mon, 24 Nov 2008 17:49:34 +0100 (CET) Date: Mon, 24 Nov 2008 17:49:34 +0100 From: Jens Thoms Toerring To: Serge Bromow , xforms at bob.usuhs.mil Message-ID: <20081124164934.GA11034 at toerring.de> References: <20081122204654.GA2445 at toerring.de> <492A160C.4090706 at dineamix.ca> <20081124113542.GA31211 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20081124113542.GA31211 at toerring.de> User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX1/Ghtg5n2P4h4kqKDvKXwceDGneJ35KuFlsoZ9 ON1EXtyJd6MSMF6dNShTsAHwi2Ba30Zk+/cMLdSSE0q9Ccvy5w LX+urF9b68mt8Jiz+G75JWcenxsWpyV X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8671/Mon Nov 24 10:06:17 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8671/Mon Nov 24 10:06:17 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: Re: [XForms] New release XForms 1.0.91 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1403 Lines: 30 To subscribers of the xforms list Hi Serge, On Mon, Nov 24, 2008 at 12:35:42PM +0100, Jens Thoms Toerring wrote: > About the second form you have on the web page: I am not sure where > this comes from. I just see that some objects have a black instead > of a grey background but I don't know what kind of objects that are I just had another look and realized that you wrote that it are choice objects, sorry that I missed that before. So I tried to deactivate all kinds of choice objects (i.e. FL_NORMAL_CHOICE, FL_NORMAL_CHOICE2, FL_DROPLIST_CHOICE) but couldn't reproduce the problem here. Did you anything with them beside deactiva- ting them? Could you perhaps send me a few lines from your pro- gram where you create choice objects and manipulate their pro- perties (it doesn't have to be a full working program, just something that gives me an idea what you're doing with the choice objects)? Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Nov 24 13:19:57 2008 Return-Path: Delivery-Date: Mon, 24 Nov 2008 13:19:57 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu5) with ESMTP (Nemesis) id 0MKqpg-1L4aPp0k1U-000Ebt for jt at toerring.de; Mon, 24 Nov 2008 13:19:57 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAOBanxT013337; Mon, 24 Nov 2008 06:44:31 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAOBZv84013328 for ; Mon, 24 Nov 2008 06:36:27 -0500 Received: from toerring.de (p54BFA755.dip0.t-ipconnect.de [84.191.167.85]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1L4ZjD0SVU-0004ov; Mon, 24 Nov 2008 12:35:44 +0100 Received: by toerring.de (Postfix, from userid 1000) id 7317C7A266D; Mon, 24 Nov 2008 12:35:42 +0100 (CET) Date: Mon, 24 Nov 2008 12:35:42 +0100 From: Jens Thoms Toerring To: Serge Bromow , xforms at bob.usuhs.mil Message-ID: <20081124113542.GA31211 at toerring.de> References: <20081122204654.GA2445 at toerring.de> <492A160C.4090706 at dineamix.ca> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <492A160C.4090706 at dineamix.ca> User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX18MY0iPFOQ+2GvpRgzdoPkE8KVUVGG+RtksjeY +gyua+ZXhxLb3UCGzxfFzlah0ZmqAzYus+22mBgws5LWKvgAOm eCnHxAMGZJNgW/eOXgqGGOYDX3K9bR5 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8669/Mon Nov 24 03:21:48 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8669/Mon Nov 24 03:21:48 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: Re: [XForms] New release XForms 1.0.91 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3204 Lines: 72 To subscribers of the xforms list Hi Serge, > Compiled the libraries without incident. I recompiled some of the x-apps > using the new static xforms library with some odd results. Since I am > unable to include pictures with this post you can view them at > "www.dineamix.ca/xforms" along with some notes. About the fonts in the menus: there seemed to a general consensus here (at least by those that commented) that the old look of XForms wasn't very nice anymore and that it woud be better to make it look a bit more like more modern GUI toolkits. Thus I changes several things: the default border width of objects has been reduced from 3 to 1 pixel. The font in menus, popups etc. has been switched from bold to normal font. The shadows around menus have been re- moved (they were problematic anyway, they actually bever worked correctly and I didn't see any way how to get it right..). So things look less extreme 3D then they used to (which looked a lot like in the early years of the last decade when everybody was a bit over-enthusiastic about having 3D effects;-) If you want just to have a bold font for the labels for menus and popups I think all you need is to call fl_set_object_lstyle( obj, FL_BOLD_STYLE ); on the objects for the menus. That hopefully should give you back the old look of the first form you have on that webpage. If you also want the old font style (bold italics) in the windows that pop up for menus etc., then you would have to call once fl_setpup_default_fontstyle( FL_BOLDITALIC_STYLE ); before you create the menus (this is an application-wide setting). How to give the windows that pop up for menus etc. a more 3D-ish look I haven't figured out yet, it may require adding a new func- tion. For the "shadows" around them I have no idea at all how to get them right, so I can't make any promises that you'll get them back. About the second form you have on the web page: I am not sure where this comes from. I just see that some objects have a black instead of a grey background but I don't know what kind of objects that are (I tried deactivated menus and choice objects but that didn't do the trick here). It's not unlikely that you fond some bug there but since it's not clear to me what types of objects they are I have no good idea at the moment where to look. > As a note I did not use the new GL or flimage libraries. Maybe I should? > I will try these libraries later once our production compiles have > completed. I can't tell since never tried mixing different versions. On the one hand, the libraries should be independent of each other, but you never know;-) Sorry for the inconveniences, I hope we can resolve these problems real soon! Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Nov 24 04:34:06 2008 Return-Path: Delivery-Date: Mon, 24 Nov 2008 04:34:06 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu24) with ESMTP (Nemesis) id 0MKtd6-1L4SCw0MNi-000gDc for jt at toerring.de; Mon, 24 Nov 2008 04:34:06 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAO2nkWP009471; Sun, 23 Nov 2008 21:57:54 -0500 Received: from smtp120.rog.mail.re2.yahoo.com (smtp120.rog.mail.re2.yahoo.com [68.142.224.75]) by bob.usuhs.mil (8.14.2/8.14.2) with SMTP id mAO2n3bV009463 for ; Sun, 23 Nov 2008 21:49:33 -0500 Received: (qmail 41326 invoked from network); 24 Nov 2008 02:48:53 -0000 Received: from unknown (HELO backup.dineamix.org) (serge at 99.240.244.247 with plain) by smtp120.rog.mail.re2.yahoo.com with SMTP; 24 Nov 2008 02:48:53 -0000 X-YMail-OSG: u1saMkoVM1kuPVwXHfIvSQj.R4scvumbMSddnzz0zb1BjUtmiY6dT45P_drNRj0MBQ-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <492A160C.4090706 at dineamix.ca> Date: Sun, 23 Nov 2008 21:48:44 -0500 From: Serge Bromow User-Agent: Thunderbird 2.0.0.18 (X11/20081105) MIME-Version: 1.0 To: "xforms at bob.usuhs.mil" References: <20081122204654.GA2445 at toerring.de> In-Reply-To: <20081122204654.GA2445 at toerring.de> X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8667/Sun Nov 23 16:31:21 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8667/Sun Nov 23 16:31:21 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: Re: [XForms] New release XForms 1.0.91 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 4349 Lines: 99 To subscribers of the xforms list Hi Jens, Compiled the libraries without incident. I recompiled some of the x-apps using the new static xforms library with some odd results. Since I am unable to include pictures with this post you can view them at "www.dineamix.ca/xforms" along with some notes. As a note I did not use the new GL or flimage libraries. Maybe I should? I will try these libraries later once our production compiles have completed. Thanks, Serge Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hi everybody, > > as threatend I have uploaded a new release of XForms, 1.0.91. > You can download it from > > http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91.tar.gz > > I hope that this is another step on the rather long-winded road to > the 1.1.0 version and I would like to thank all of you for contri- > buting code and bug fixes, send bug reports or made suggestions! > Very special thanks go to Angus Leeming and Jean-Marc Lasgouttes > who both did a lot of excellent work I then could continue from. > > There are a few cosmetic changes compared to the last pre-release, > mostly to silence a few compiler warnings (gcc 4.3.2 is a bit more > picky than the older version I was using before). I hope that I did > not break anything essential with these minor changes... > > With the new release out I guess we should take a look at what's > needed on the further road to 1.1.0. I have three points that I think > could be interesting: > > a) Make the documentation available in a useful format and work in > the changes that have been made in the code > b) UTF-8 support > c) Support for TrueType fonts > > I guess I will start with a) as soon as possible since I feel that > a library without proper documentation is rather useless. As I al- > ready wrote a few days ago I am still undecided about the format. > I got the suggestion via private email to use a Wiki. While that > looks like a good solution I am a bit concerned where we could host > a Wiki and if there are enough people prepared to make sure it won't > get vandalized. There is also the question if it's possible to get a > nicely printed version out of it (but maybe it's only me that likes > printed documentation nowadays, so that isn't necessarily a relevant > argument). If someone has thoughts about all that please let me know. > > Points b) and c) are from my personal wishlist but I don't know how > relevant they are to others. There probably are a lot of other, more > important points that need some work and I would like to ask you to > discuss them here on the mailing list! > > Another point I am a bit concerned about is the claim made in several > places that XForms works X11 R4, R5 and R6 as well as with operating > systems as OS2, VMS etc. I have no access to machines with X11 R4 or > R5 or OS2 or VMS so I am in no position to determine if these are > still correct. Are there some people out there that can confirm them > or should we better stop making these claims? > > And, of course, there will still be a number of bugs in the new > release. So, please, don't stop sending me bug reports about what- > ever you find not to be working correctly. > > Best regards, Jens > -- Serge Bromow DineAmix Inc. 888 411-6636 Ottawa, Canada. http://www.dineamix.ca IMPORTANT NOTICE: This message is intended only for the use of the individual or entity to which it is addressed. The message may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify DineAmix Inc. immediately by email at postmaster at dineamix.ca. Thank you. _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Nov 22 22:34:05 2008 Return-Path: Delivery-Date: Sat, 22 Nov 2008 22:34:05 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu0) with ESMTP (Nemesis) id 0MKpIi-1L406y3GaG-000IYi for jt at toerring.de; Sat, 22 Nov 2008 22:34:05 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAMKlnG3023163; Sat, 22 Nov 2008 15:56:11 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAMKl6HD023151 for ; Sat, 22 Nov 2008 15:47:36 -0500 Received: from toerring.de (p54BFA960.dip0.t-ipconnect.de [84.191.169.96]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1L3zNX1dXI-0002Zh; Sat, 22 Nov 2008 21:46:55 +0100 Received: by toerring.de (Postfix, from userid 1000) id 64F2D7A266D; Sat, 22 Nov 2008 21:46:54 +0100 (CET) Date: Sat, 22 Nov 2008 21:46:54 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20081122204654.GA2445 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX1/N5FIusX9I7GoNiMuqPvyJZxUH697DYta/r3X m+1RImlGHOEaxg92N0Vdlh58w3mMpu857Xx6XeyRlZwmFfnl+D VF5TqAQASs8XjWAjr+V4uUOhbWWkDXd X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8663/Sat Nov 22 07:54:48 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8663/Sat Nov 22 07:54:48 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] New release XForms 1.0.91 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3119 Lines: 67 To subscribers of the xforms list Hi everybody, as threatend I have uploaded a new release of XForms, 1.0.91. You can download it from http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91.tar.gz I hope that this is another step on the rather long-winded road to the 1.1.0 version and I would like to thank all of you for contri- buting code and bug fixes, send bug reports or made suggestions! Very special thanks go to Angus Leeming and Jean-Marc Lasgouttes who both did a lot of excellent work I then could continue from. There are a few cosmetic changes compared to the last pre-release, mostly to silence a few compiler warnings (gcc 4.3.2 is a bit more picky than the older version I was using before). I hope that I did not break anything essential with these minor changes... With the new release out I guess we should take a look at what's needed on the further road to 1.1.0. I have three points that I think could be interesting: a) Make the documentation available in a useful format and work in the changes that have been made in the code b) UTF-8 support c) Support for TrueType fonts I guess I will start with a) as soon as possible since I feel that a library without proper documentation is rather useless. As I al- ready wrote a few days ago I am still undecided about the format. I got the suggestion via private email to use a Wiki. While that looks like a good solution I am a bit concerned where we could host a Wiki and if there are enough people prepared to make sure it won't get vandalized. There is also the question if it's possible to get a nicely printed version out of it (but maybe it's only me that likes printed documentation nowadays, so that isn't necessarily a relevant argument). If someone has thoughts about all that please let me know. Points b) and c) are from my personal wishlist but I don't know how relevant they are to others. There probably are a lot of other, more important points that need some work and I would like to ask you to discuss them here on the mailing list! Another point I am a bit concerned about is the claim made in several places that XForms works X11 R4, R5 and R6 as well as with operating systems as OS2, VMS etc. I have no access to machines with X11 R4 or R5 or OS2 or VMS so I am in no position to determine if these are still correct. Are there some people out there that can confirm them or should we better stop making these claims? And, of course, there will still be a number of bugs in the new release. So, please, don't stop sending me bug reports about what- ever you find not to be working correctly. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Nov 20 23:38:58 2008 Return-Path: Delivery-Date: Thu, 20 Nov 2008 23:38:58 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1L3IAd1V0f-00082c for jt at toerring.de; Thu, 20 Nov 2008 23:38:58 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAKLt4hR006484; Thu, 20 Nov 2008 17:03:29 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAKLsLCX006470 for ; Thu, 20 Nov 2008 16:54:52 -0500 Received: from toerring.de (p54BFA60E.dip0.t-ipconnect.de [84.191.166.14]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1L3HTW1Fv2-0004kI; Thu, 20 Nov 2008 22:54:10 +0100 Received: by toerring.de (Postfix, from userid 1000) id 909707A266E; Thu, 20 Nov 2008 22:54:09 +0100 (CET) Date: Thu, 20 Nov 2008 22:54:09 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20081120215409.GA23334 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX1/K1dD68agMvzxeoq8ldgt9X/Qcll4OgXaA3l1 hzrVgJOLHuQrHQVbwCRWABYi96r4+GvJN9IT7erjuqH1T5Ejir WbaORz9TN140EFjhqu+ioHF4xqPzq8W X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8654/Thu Nov 20 14:51:00 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8653/Thu Nov 20 04:04:07 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] Any further tests in the working? X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1084 Lines: 25 To subscribers of the xforms list Hi everybody, since the last pre-release 10 days ago I haven't received a single bug report or information about problems. I wonder if I may take this as a sign that the 14th pre-release looks ok to everyone of you. Or are there some people still planing to do tests but didn't come around to do them? In the first case I would consider making a "real" release out of the pre-release over the next weekend. Therefore I would like to ask those of you still planing to do tests to send me () a short email so that I still wait a bit. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Nov 11 18:49:18 2008 Return-Path: Delivery-Date: Tue, 11 Nov 2008 18:49:18 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1KzxMP2jcU-000a2b for jt at toerring.de; Tue, 11 Nov 2008 18:49:18 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mABH4Cog017482; Tue, 11 Nov 2008 12:12:06 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mABH3UcJ017471 for ; Tue, 11 Nov 2008 12:04:01 -0500 Received: from toerring.de (p54BFAAE0.dip0.t-ipconnect.de [84.191.170.224]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1Kzwe71wzo-0003YO; Tue, 11 Nov 2008 18:03:20 +0100 Received: by toerring.de (Postfix, from userid 1000) id A82867A266D; Tue, 11 Nov 2008 18:03:21 +0100 (CET) Date: Tue, 11 Nov 2008 18:03:21 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20081111170321.GA29010 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX18NCZGyFIk4OWTe1WqqF4wDLiw2dGfhipsV5f1 UcepP68mqy+9xEIHpUaiyVlpMzvCr0/cTOGhsY6t1+WG12C/VT +8oBMS3NcnCfQSAA7m03yHGSH3zon1u X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8609/Tue Nov 11 07:53:28 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8609/Tue Nov 11 07:53:28 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] Format for documentation X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1064 Lines: 24 To subscribers of the xforms list Hi again, as I already wrote yesterday I am thinking about converting the existing PDF documentation into a format that we can work on again. Now my question is if you have recommendations for the format to be used. I am most used to the texi format, but I also had a look at docbook. Both seem to be quite fine in the sense that you can create documentation in diverse output formats (HTML, PDF, info etc.) which I think is important. Does anyone of you has good arguments for one or the other or maybe even has a better idea? Regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Nov 10 22:44:22 2008 Return-Path: Delivery-Date: Mon, 10 Nov 2008 22:44:22 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu0) with ESMTP (Nemesis) id 0MKpIi-1KzeYK3uXM-000E50 for jt at toerring.de; Mon, 10 Nov 2008 22:44:22 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAAKwO2g007382; Mon, 10 Nov 2008 16:06:50 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAAKvf4Y007373 for ; Mon, 10 Nov 2008 15:58:12 -0500 Received: from toerring.de (p54BFA8E5.dip0.t-ipconnect.de [84.191.168.229]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KzdpC0Gvm-0004kA; Mon, 10 Nov 2008 21:57:30 +0100 Received: by toerring.de (Postfix, from userid 1000) id DBF1A7A266D; Mon, 10 Nov 2008 21:57:31 +0100 (CET) Date: Mon, 10 Nov 2008 21:57:31 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20081110205731.GA20287 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX1/ndpODGqhpdN7n3K6qJZpIT14Wq49jW+E+JQt hzlcO+5+K9Qt5DRGC87RpgY2KhK7CmbKT9ppZYifhlWhc02eCN eLnx8EJuyB+cnQIs2IO8p2OkCXH+ZxY X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8599/Mon Nov 10 11:43:18 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8599/Mon Nov 10 11:43:18 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] New pre-release: xforms-1.0.91pre14 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2909 Lines: 67 To subscribers of the xforms list Hi everybody, here again is a new pre-release: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre14.tar.gz There are a number of bug fixes and a new function: a) in the code for drawing clocks a memory overrun was fixed b) in the code for fl_finish() a bug that resulted in trying to remove tooltip windows nore than once got removed c) A mistake in the code to decide which mouse buttons a button reacts to was corrected. d) Rob Carpenter found that the bounding box of objects was not computed correctly, resulting in very slow redraws in certain situations. e) Rob also found that trying to scroll in a browser that doesn't contain any lines resulted in a segmentation fault. f) According to Serge Bromow's suggestion a function was added that allows to figure out if a form's window is iconified. It's called fl_form_is_iconified() and takes a single argu- ment, a pointer to the form. Thanks to everbody who send in bug reports and suggestions! As you can see there aren't that many changes, but then I did not receive too many bug reports;-) I hope that this can be taken as a sign that the code has been stabilized a bit and we can finally have a "real" release. Therefor I would like to ask you to have another good look at the new pre-release and please tell me about all bugs or just issues you find so that they can be cleared up before the final release! One outstanding bug is about compiling XForms on AIX, where it seems to be necessary to run the configure script like this LIBS=-lX11 ./configure --enable-demos Since I don't have access to an AIX machine and really don't understand what's happening there I would again like to ask people with access to AIX to take a look at that or, if pos- sible, give me an account on such a machine for a few days. Aonother question is how to proceed when we've got a new release. I think I will try to start working on the documentation first so that it's at least in a form that it can be changed (at the moment there's only a PostScript version of the last version and that has to be converted somehow to a format that can be edited). One thing I also am interested in a bit is to add the capability to XForms to use TrueType fonts. But that's not something I con- sider extremely important and I am open to all kinds of other and perhaps more important suggestions! Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Oct 21 21:46:25 2008 Return-Path: Delivery-Date: Tue, 21 Oct 2008 21:46:25 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1KsNBE2RhE-0009iS for jt at toerring.de; Tue, 21 Oct 2008 21:46:25 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9LIp4Zf021532; Tue, 21 Oct 2008 15:03:42 -0400 Received: from smtp126.rog.mail.re2.yahoo.com (smtp126.rog.mail.re2.yahoo.com [206.190.53.31]) by bob.usuhs.mil (8.14.2/8.14.2) with SMTP id m9LIoB0G021511 for ; Tue, 21 Oct 2008 14:50:42 -0400 Received: (qmail 80739 invoked from network); 21 Oct 2008 18:50:01 -0000 Received: from unknown (HELO backup.dineamix.org) (serge at 99.240.244.247 with plain) by smtp126.rog.mail.re2.yahoo.com with SMTP; 21 Oct 2008 18:50:01 -0000 X-YMail-OSG: XZzUR38VM1mh_VPM4C9azEsvxwRLQ.eZbh0ruHa_on323Bhr0uXSx0myZqWp455mVg-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <48FE2454.8050003 at dineamix.ca> Date: Tue, 21 Oct 2008 14:49:56 -0400 From: Serge Bromow User-Agent: Thunderbird 2.0.0.17 (X11/20080914) MIME-Version: 1.0 To: jt at toerring.de References: <20081018152249.GA21149 at toerring.de> <48FA9043.6010304 at dineamix.ca> <20081019221727.GA27479 at toerring.de> In-Reply-To: <20081019221727.GA27479 at toerring.de> X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8462/Tue Oct 21 13:22:09 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8462/Tue Oct 21 13:22:09 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Cc: "xforms at bob.usuhs.mil" Subject: Re: [XForms] XForms min/max events X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0781616645==" Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 6196 Lines: 139 --===============0781616645== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline To subscribers of the xforms list --===============0781616645== Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Jens Thoms Toerring wrote: 
Hi Serge,

   nice to have you back on board;-)

  
My problem was when a user minimized the screen using the window
manager decoration I did not have a way of knowing whether I should
raise the window or not since no variable was set. Hence my need to
trap the iconify action from the window manager.
    

  
I tried using the "fl_form_is_visible(form);" call but it always
returns TRUE whether the form is on the display or minimized. Other
attempts proved fruitless. i.e checking "form->visible" and
"form->wm_border" variables.
    

  
The problem was resolved by using the "XGetWindowAttributes(fl_display,
win_mini, &xwa);" call. This call fills the xwa structure and one
variable in that structure is "xwa.map_state". This is TRUE if the
window is on the display and FALSE if it is minimized or not on the
current display. A test of this variable after a caller event was all I
needed to know if I should set my variables and raise the window.<br>
    

The value of "form->visible" or the return value of the function
fl_form_s_visible() only get changed by calls of the fl_hide_form()
or fl_free_form() function but not by the window getting unmapped
when it's iconified (XForms doesn't deal with the Unmap/Map event
except by calling XRefreshKeyboardMapping() on a MappingNotify
event). So even when the window is in iconified state it's treated
as "visible". As you already found out you have to query the
window attributes to find out if the window is mapped (but note
that the "map_state" value isn't just a boolean, there are three
possible values it can have, IsUnmapped (0), IsUnviewable (1) and
IsViewable (2), the IsUnviewable value undicating that while the
window itself is mapped a parent window is unmapped so it's not
really shown on the screen). So the combination of "form->visible"
being set to FL_VISIBLE (or the corresponding return value of
fl_form_is_visible()) together with XGetWindowAttributes() telling
you that the window is not mapped looks like the best indication of
the window being in iconified state.
I was wondering what the second state was. Thanks.
Perhaps I should add a function with a name like fl_form_is_iconified()
to make it easier to check for this. While the name of the function
fl_form_is_visible() is a bit unlucky I wouldn't like to change its
behaviour since that might break programs that rely on it to tell you
if a form has been hidden by a call of fl_hide_form() etc. or not.
You are right. The "fl_form_is_iconified()"is preferable.

 Or
do you need a callback for a form's window becoming iconified or de-
iconified?
This type of callback would be very useful if it can be done. Not only for my app but for any instance where a form is minimized or maximized. Knowing a forms size has changed or is no longer visible would allow for font changes if maximized, no visual work need be done if minimized and do the work if returned to normal state. I am sure there are more uses.

                              Best regards, Jens

Thanks,

Serge
--
Signature 
Serge Bromow
DineAmix Inc.
<serge at dineamix.ca>
888 411-6636
Ottawa, Canada.

http://www.dineamix.ca

IMPORTANT NOTICE: This message is intended only for the use of the individual or entity to which it is addressed. The message may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify DineAmix Inc. immediately by email at postmaster at dineamix.ca.

Thank you.
--===============0781616645== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms --===============0781616645==-- >From xforms-bounces at bob.usuhs.mil Mon Oct 20 01:13:50 2008 Return-Path: Delivery-Date: Mon, 20 Oct 2008 01:13:50 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu24) with ESMTP (Nemesis) id 0MKtd6-1KrhSr3HXG-000AiP for jt at toerring.de; Mon, 20 Oct 2008 01:13:50 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9JMIYtP011225; Sun, 19 Oct 2008 18:28:31 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9JMHeC1011216 for ; Sun, 19 Oct 2008 18:18:13 -0400 Received: from toerring.de (p54BF87B8.dip0.t-ipconnect.de [84.191.135.184]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1KrgaU3SKe-0000He; Mon, 20 Oct 2008 00:17:27 +0200 Received: by toerring.de (Postfix, from userid 1000) id 2364A7A24AC; Mon, 20 Oct 2008 00:17:27 +0200 (CEST) Date: Mon, 20 Oct 2008 00:17:27 +0200 From: Jens Thoms Toerring To: Serge Bromow Message-ID: <20081019221727.GA27479 at toerring.de> References: <20081018152249.GA21149 at toerring.de> <48FA9043.6010304 at dineamix.ca> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <48FA9043.6010304 at dineamix.ca> User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Provags-ID: V01U2FsdGVkX1+TasxHjgC6/yDYLLdpQoNnEZfMlAHYtW/B0hB kJJgSSMFT3jUI1+7NxoIdY0HKDiVRMihIw6CpkfMkVzPSmRA76 HFSubaKHiUiD9vS63GxqaAfQ8AHQz9Z X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8445/Sun Oct 19 10:45:49 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8445/Sun Oct 19 10:45:49 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] XForms min/max events X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3011 Lines: 59 To subscribers of the xforms list Hi Serge, nice to have you back on board;-) > My problem was when a user minimized the screen using the window > manager decoration I did not have a way of knowing whether I should > raise the window or not since no variable was set. Hence my need to > trap the iconify action from the window manager. > I tried using the "fl_form_is_visible(form);" call but it always > returns TRUE whether the form is on the display or minimized. Other > attempts proved fruitless. i.e checking "form->visible" and > "form->wm_border" variables. > The problem was resolved by using the "XGetWindowAttributes(fl_display, > win_mini, &xwa);" call. This call fills the xwa structure and one > variable in that structure is "xwa.map_state". This is TRUE if the > window is on the display and FALSE if it is minimized or not on the > current display. A test of this variable after a caller event was all I > needed to know if I should set my variables and raise the window.
The value of "form->visible" or the return value of the function fl_form_s_visible() only get changed by calls of the fl_hide_form() or fl_free_form() function but not by the window getting unmapped when it's iconified (XForms doesn't deal with the Unmap/Map event except by calling XRefreshKeyboardMapping() on a MappingNotify event). So even when the window is in iconified state it's treated as "visible". As you already found out you have to query the window attributes to find out if the window is mapped (but note that the "map_state" value isn't just a boolean, there are three possible values it can have, IsUnmapped (0), IsUnviewable (1) and IsViewable (2), the IsUnviewable value undicating that while the window itself is mapped a parent window is unmapped so it's not really shown on the screen). So the combination of "form->visible" being set to FL_VISIBLE (or the corresponding return value of fl_form_is_visible()) together with XGetWindowAttributes() telling you that the window is not mapped looks like the best indication of the window being in iconified state. Perhaps I should add a function with a name like fl_form_is_iconified() to make it easier to check for this. While the name of the function fl_form_is_visible() is a bit unlucky I wouldn't like to change its behaviour since that might break programs that rely on it to tell you if a form has been hidden by a call of fl_hide_form() etc. or not. Or do you need a callback for a form's window becoming iconified or de- iconified? Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Oct 19 04:29:45 2008 Return-Path: Delivery-Date: Sun, 19 Oct 2008 04:29:45 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu5) with ESMTP (Nemesis) id 0MKqpg-1KrO2u2pJA-0007n7 for jt at toerring.de; Sun, 19 Oct 2008 04:29:45 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9J1gaqx027349; Sat, 18 Oct 2008 21:52:56 -0400 Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by bob.usuhs.mil (8.14.2/8.14.2) with SMTP id m9J1fibT027341 for ; Sat, 18 Oct 2008 21:42:15 -0400 Received: (qmail 93669 invoked from network); 19 Oct 2008 01:41:34 -0000 Received: from unknown (HELO backup.dineamix.org) (serge at 99.240.244.247 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 19 Oct 2008 01:41:33 -0000 X-YMail-OSG: UfL552sVM1k6h1XCruWi.TYFEHXRr4pLbkz7ZErG5pdvGRlP9W7Um.4me6nvQ07yUw-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <48FA9043.6010304 at dineamix.ca> Date: Sat, 18 Oct 2008 21:41:23 -0400 From: Serge Bromow User-Agent: Thunderbird 2.0.0.17 (X11/20080914) MIME-Version: 1.0 To: "xforms at bob.usuhs.mil" References: <20081018152249.GA21149 at toerring.de> In-Reply-To: <20081018152249.GA21149 at toerring.de> X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8443/Sat Oct 18 02:08:31 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8443/Sat Oct 18 02:08:31 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Cc: jt at toerring.de Subject: Re: [XForms] XForms min/max events X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1978442275==" Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 6959 Lines: 161 --===============1978442275== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline To subscribers of the xforms list --===============1978442275== Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Thanks Jens,

Glads to hear the group is still active. I thought the Xforms mailing list was replaced by the Savanna list. Thanks for putting me back on track. As you stated earlier there is not a lot of activity on the Savanna list. Glad to be back on the list given I work with Xorms apps every day. Any ways, enough of that!

You assumption was correct. My application, a caller ID tracking tool, typically runs in a minimized state. This is accomplished by pressing a button on the window that calls "fl_iconify(win_mini);". I set a variable and when a call event occurs I check to see if the window was minimized and if so I call "fl_winshow(win_mini);" to display the window.

My problem was when a user minimized the screen using the window manager decoration I did not have a way of knowing whether I should raise the window or not since no variable was set. Hence my need to trap the iconify action from the window manager.

I tried using the "fl_form_is_visible(form);" call but it always returns TRUE whether the form is on the display or minimized. Other attempts proved fruitless. i.e checking "form->visible" and "form->wm_border" variables.

The problem was resolved by using the "XGetWindowAttributes(fl_display, win_mini, &xwa);" call. This call fills the xwa structure and one variable in that structure is "xwa.map_state". This is TRUE if the window is on the display and FALSE if it is minimized or not on the current display. A test of this variable after a caller event was all I needed to know if I should set my variables and raise the window.

Thanks for the help and look forward to participating in  future developments,

Serge

Jens Thoms Toerring wrote: 
Hi Serge,

    I have just seen your question on Savannah concerning min/max
events, Please accept my appologies for the long delay - questions
are normally asked in the XForms mailing list

http://cweblog.usuhs.mil/mailman/listinfo/xforms

and the last question coming up on Savannah was that long ago
that I don't often check there...

  
Hi Xforms,
    

  
I would like my app to trap window min/max events. I have read
through the docs without success.
    

  
Is there a way to set a callback or trap a SIGNAL when these events
occur?
    

I guess with min/max event you mean something that happens only
when the minimize/maximize button on the window decorations is
clicked on. Please correct me if I am wrong but that's the only
thing I can think of at the moment.

The problem here is that there's no special event that would
distinguish it in any way from any other resizing of the window.
The only thing visible from an application is receiving a
ConfigureNotify X event that informs the application that the
windows size has been changed, but there's nothing that indicates
that it's due to the minimize/maximize button in the window deco-
rations having been clicked on - that's something only the window
manager would know about which takes care of these decorations.

At the momement there's not even a mechanism to set a callback
for ConfigureNotify events (even via fl_register_raw_callback()),
probably since an application normal;y doesn't need to know about
that (in case you really need to know that a windows size has
changed you typically would simply ask for it's size). But I
could add something that allows to install a preemptive handler
also for ConfigureNotify events if you think it's really needed.
But that still won't tell you if that event is due to a min/max
button the window manager may display...

I am going to send this reply also to the mailing list so that
others can comment if they think my answer is wrong or incom-
plete or have a good idea for you. If you don't want to sub-
scribe to the mailing list you will be able to see further
replies also her

http://groups.google.com/group/fa.xforms/topics?lnk

                             Best regards, Jens


--
Signature 
Serge Bromow
DineAmix Inc.
<serge at dineamix.ca>
888 411-6636
Ottawa, Canada.

http://www.dineamix.ca

IMPORTANT NOTICE: This message is intended only for the use of the individual or entity to which it is addressed. The message may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify DineAmix Inc. immediately by email at postmaster at dineamix.ca.

Thank you.
--===============1978442275== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms --===============1978442275==-- >From xforms-bounces at bob.usuhs.mil Sat Oct 18 18:35:34 2008 Return-Path: Delivery-Date: Sat, 18 Oct 2008 18:35:34 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu23) with ESMTP (Nemesis) id 0ML4cO-1KrElt3YsS-000CfH for jt at toerring.de; Sat, 18 Oct 2008 18:35:34 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9IFNv6q023193; Sat, 18 Oct 2008 11:34:09 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9IFN4oM023182 for ; Sat, 18 Oct 2008 11:23:35 -0400 Received: from toerring.de (p54BF85ED.dip0.t-ipconnect.de [84.191.133.237]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1KrDdh2oSg-0000H8; Sat, 18 Oct 2008 17:22:50 +0200 Received: by toerring.de (Postfix, from userid 1000) id E769F7A24AC; Sat, 18 Oct 2008 17:22:49 +0200 (CEST) Date: Sat, 18 Oct 2008 17:22:49 +0200 From: Jens Thoms Toerring To: serge at dineamix.ca Message-ID: <20081018152249.GA21149 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Provags-ID: V01U2FsdGVkX1+78IqiTiH3Nk9ayYtWYBUrEVg9yB5tSdlGqUC /tZw7VJtpKpBKK2MVwu3OpIeIjtQOO5GS8J4iT56XPMxDR08am YcdHhgxa9QOZeeVdoPe+1Bkv4j/5UNd X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8443/Sat Oct 18 02:08:31 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8443/Sat Oct 18 02:08:31 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Cc: xforms at bob.usuhs.mil Subject: [XForms] XForms min/max events X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2673 Lines: 64 To subscribers of the xforms list Hi Serge, I have just seen your question on Savannah concerning min/max events, Please accept my appologies for the long delay - questions are normally asked in the XForms mailing list http://cweblog.usuhs.mil/mailman/listinfo/xforms and the last question coming up on Savannah was that long ago that I don't often check there... > Hi Xforms, > I would like my app to trap window min/max events. I have read > through the docs without success. > Is there a way to set a callback or trap a SIGNAL when these events > occur? I guess with min/max event you mean something that happens only when the minimize/maximize button on the window decorations is clicked on. Please correct me if I am wrong but that's the only thing I can think of at the moment. The problem here is that there's no special event that would distinguish it in any way from any other resizing of the window. The only thing visible from an application is receiving a ConfigureNotify X event that informs the application that the windows size has been changed, but there's nothing that indicates that it's due to the minimize/maximize button in the window deco- rations having been clicked on - that's something only the window manager would know about which takes care of these decorations. At the momement there's not even a mechanism to set a callback for ConfigureNotify events (even via fl_register_raw_callback()), probably since an application normal;y doesn't need to know about that (in case you really need to know that a windows size has changed you typically would simply ask for it's size). But I could add something that allows to install a preemptive handler also for ConfigureNotify events if you think it's really needed. But that still won't tell you if that event is due to a min/max button the window manager may display... I am going to send this reply also to the mailing list so that others can comment if they think my answer is wrong or incom- plete or have a good idea for you. If you don't want to sub- scribe to the mailing list you will be able to see further replies also her http://groups.google.com/group/fa.xforms/topics?lnk Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Sep 21 16:26:45 2008 Return-Path: Delivery-Date: Sun, 21 Sep 2008 16:26:45 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu13) with ESMTP (Nemesis) id 0MKsEO-1KhPtR08RJ-0008VL for jt at toerring.de; Sun, 21 Sep 2008 16:26:45 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m8LDuA7H021783; Sun, 21 Sep 2008 09:56:27 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m8LDu77e021777 for ; Sun, 21 Sep 2008 09:56:08 -0400 Received: from cm.toerring.de (p54BF9375.dip0.t-ipconnect.de [84.191.147.117]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KhPPy2hWa-0001d0; Sun, 21 Sep 2008 15:56:07 +0200 Received: by cm.toerring.de (Postfix, from userid 1000) id 345077A245E; Sun, 21 Sep 2008 15:56:06 +0200 (CEST) Date: Sun, 21 Sep 2008 15:56:06 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080921135606.GA23755 at cm.toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Provags-ID: V01U2FsdGVkX19YVM2YkXCXJIIQ1/oSahQNK49kpfX7CGcPSFS CE72m/fMAnhLCQ2Rp+hnu1ap1ybpuyrIbwTyP8px/crT9SHqvB vta8lYUZNikKn9ZdtId07AEc989go7y X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8296/Sat Sep 20 23:04:54 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8296/Sat Sep 20 23:04:54 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] New pre-release 1.0.91pre13 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3102 Lines: 70 To subscribers of the xforms list Hi everybody, sorry for the long delay since the last pre-release but, un- fortunately, I was rather busy with some other work. But here we go again with number 13: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre13.tar.gz Unfortunately, not all the problems that got reported could be addressed with this version since in some cases I didn't get re- plies about the somewhat more elusive bugs (i.e. the ones I did not manage to reproduce). So they have to be left for the next pre-rlease... Most important changes: a) The placement of windows was dealt with in a somewhat out-fashioned way. Especially the assumption was made that all window managers would reparent the windows for forms within a window with the decorations (i.e. title bar and borders). But that's not the case (e.g. with the default 'metacity' window manager used by Gnome). That led to problems for programs that try to store the position of a window and set this position again when the program is run again. Also setting positions with negative posititons (which indicates that the position is meant relative to the right and/or bottom border of the screen) didn't work properly. b) Bug (my own!) in goodies removed that led to texts on buttons being wrong or missing. c) As J. P. Mellor pointed out inactivated input objects could still be edited. Hopefully corrected. d) Removed a bug pointed out by Werner Heisch that crashed fdesign if the type of an object was changed. e) Bug in fdesign fixed that led to crash when the type of a composite object was changed and then Restore or Cancel was clicked. f) Forgotten removal of tooltip in deletion of object added, could lead to a segmentation fault. There are still one or two bugs on my list but about which I am not sure yet if they are XForms bugs or in the application progams and where I am still looking forward to receiving further informations. And then there's a problem with building XForms on AIX 5.3 where make stops with a crash in fdesign when creating the demo programs. While I got all the logs of the make process I unfortunately wasn't able yet to figure out what needs to be done about it. Problem is that I never used AIX and also have no access to such a machine. So if someone here has either experience with AIX and feels like trying to solve the problem or would be able to temporarily give me an account on such machine for testing please send me an email. And, as usual, please tell me about everything you find that's not working correctly! Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Jul 19 20:12:56 2008 Return-Path: Delivery-Date: Sat, 19 Jul 2008 20:12:56 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu15) with ESMTP (Nemesis) id 0MKx9w-1KKGvP3ZTN-0004Va for jt at toerring.de; Sat, 19 Jul 2008 20:12:56 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m6JHxpJY003727; Sat, 19 Jul 2008 13:59:52 -0400 Received: from EXCH-GW.rose-hulman.edu (exch-gw.rose-hulman.edu [137.112.8.200]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m6JHxnt9003723 for ; Sat, 19 Jul 2008 13:59:50 -0400 Received: from exch07-fe-1.rose-hulman.edu ([137.112.1.21]) by EXCH-GW.rose-hulman.edu with Microsoft SMTPSVC(6.0.3790.1830); Sat, 19 Jul 2008 13:59:49 -0400 Received: from mellor.home.rose-hulman.edu (71.114.174.223) by exchange.rose-hulman.edu (137.112.1.25) with Microsoft SMTP Server (TLS) id 8.1.278.0; Sat, 19 Jul 2008 13:59:49 -0400 Received: by mellor.home.rose-hulman.edu (Postfix, from userid 8480) id 3A09A24866B; Sat, 19 Jul 2008 13:59:47 -0400 (EDT) From: "J.P. Mellor" MIME-Version: 1.0 Message-ID: <18562.11155.632026.908072 at mellor-wireless.home.rose-hulman.edu> Date: Sat, 19 Jul 2008 13:59:47 -0400 To: In-Reply-To: <20080719173437.GA7382 at toerring.de> References: <18562.4075.540294.306434 at mellor.home.rose-hulman.edu> <20080719173437.GA7382 at toerring.de> X-Mailer: VM 8.0.x-xemacs-522 under XEmacs 21.5.21 (x86_64-suse-linux) X-OriginalArrivalTime: 19 Jul 2008 17:59:49.0660 (UTC) FILETIME=[3CBA4DC0:01C8E9C9] Cc: "J.P. Mellor" Subject: Re: [XForms] deactivating input fields X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1085 Lines: 34 To subscribers of the xforms list I'm using 1.0.91pre9. I ment to include that the first time, but hit send too quickly ;^( Thanks, jp Jens Thoms Toerring writes: > Hello, > > On Sat, Jul 19, 2008 at 12:01:47PM -0400, J.P. Mellor wrote: > > It appears that calling fl_deactivate_object() on an input field has > > no effect. After deactivating the input field, the input can still be > > changed. Is this correct behavior or am I missing something. > > I don't think so;-) and I will investigate what's going wrong > ASAP. Just one question: are using the newest pre-release or > something older? And if you have an example program it would > be nice if you could send it to me. > > Best regards, Jens _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Jul 19 19:45:27 2008 Return-Path: Delivery-Date: Sat, 19 Jul 2008 19:45:27 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu8) with ESMTP (Nemesis) id 0MKt1w-1KKGUp0VIb-0001rJ for jt at toerring.de; Sat, 19 Jul 2008 19:45:27 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m6JHYheu003431; Sat, 19 Jul 2008 13:34:45 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m6JHYdJ1003428 for ; Sat, 19 Jul 2008 13:34:40 -0400 Received: from gpt.toerring.de (p54BFA651.dip0.t-ipconnect.de [84.191.166.81]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1KKGKM36Nb-0000h6; Sat, 19 Jul 2008 19:34:39 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id B3F9B6B84A6; Sat, 19 Jul 2008 19:34:37 +0200 (CEST) Date: Sat, 19 Jul 2008 19:34:37 +0200 From: Jens Thoms Toerring To: "J.P. Mellor" , xforms at bob.usuhs.mil Message-ID: <20080719173437.GA7382 at toerring.de> References: <18562.4075.540294.306434 at mellor.home.rose-hulman.edu> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <18562.4075.540294.306434 at mellor.home.rose-hulman.edu> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18aDpYWuVrteTHhrdfNZNwkFsFwqpXSxSHFUNM zqDXyK/uA5feXcD6KhoOAKW7TcYDBNlxWxZu9PGvCBumae+rZ8 TancUDoesqRwxD0abstmoqVexw2hXgp Subject: Re: [XForms] deactivating input fields X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1030 Lines: 25 To subscribers of the xforms list Hello, On Sat, Jul 19, 2008 at 12:01:47PM -0400, J.P. Mellor wrote: > It appears that calling fl_deactivate_object() on an input field has > no effect. After deactivating the input field, the input can still be > changed. Is this correct behavior or am I missing something. I don't think so;-) and I will investigate what's going wrong ASAP. Just one question: are using the newest pre-release or something older? And if you have an example program it would be nice if you could send it to me. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Jul 19 18:37:22 2008 Return-Path: Delivery-Date: Sat, 19 Jul 2008 18:37:22 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu9) with ESMTP (Nemesis) id 0MKt64-1KKFQv2dyO-0004JF for jt at toerring.de; Sat, 19 Jul 2008 18:37:22 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m6JGJRVO002706; Sat, 19 Jul 2008 12:20:41 -0400 Received: from EXCH-GW.rose-hulman.edu (exch-gw.rose-hulman.edu [137.112.8.200]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m6JGJPG3002703 for ; Sat, 19 Jul 2008 12:19:25 -0400 Received: from exch07-fe-1.rose-hulman.edu ([137.112.1.21]) by EXCH-GW.rose-hulman.edu with Microsoft SMTPSVC(6.0.3790.1830); Sat, 19 Jul 2008 12:19:24 -0400 Received: from mellor.home.rose-hulman.edu (71.114.174.223) by exchange.rose-hulman.edu (137.112.1.25) with Microsoft SMTP Server (TLS) id 8.1.278.0; Sat, 19 Jul 2008 12:19:24 -0400 Received: by mellor.home.rose-hulman.edu (Postfix, from userid 8480) id A1D7624866B; Sat, 19 Jul 2008 12:01:47 -0400 (EDT) From: "J.P. Mellor" MIME-Version: 1.0 Message-ID: <18562.4075.540294.306434 at mellor.home.rose-hulman.edu> Date: Sat, 19 Jul 2008 12:01:47 -0400 To: X-Mailer: VM 8.0.x-xemacs-522 under XEmacs 21.5.21 (x86_64-suse-linux) X-OriginalArrivalTime: 19 Jul 2008 16:19:24.0748 (UTC) FILETIME=[3599B0C0:01C8E9BB] Subject: [XForms] deactivating input fields X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 580 Lines: 16 To subscribers of the xforms list It appears that calling fl_deactivate_object() on an input field has no effect. After deactivating the input field, the input can still be changed. Is this correct behavior or am I missing something. Thanks, jp _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Aug 31 00:41:23 2008 Return-Path: Delivery-Date: Sun, 31 Aug 2008 00:41:23 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu18) with ESMTP (Nemesis) id 0MKxMK-1KZZ823rpA-00079R for jt at toerring.de; Sun, 31 Aug 2008 00:41:23 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.13.7) with ESMTP id m7UMRsxr006379; Sat, 30 Aug 2008 18:28:08 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.14.2/8.13.7) with ESMTP id m7UMRpVm006376 for ; Sat, 30 Aug 2008 18:27:52 -0400 Received: from gpt.toerring.de (p54BFA48A.dip0.t-ipconnect.de [84.191.164.138]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1KZYv80LJI-0000ho; Sun, 31 Aug 2008 00:27:50 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 532516B854D; Sun, 31 Aug 2008 00:27:48 +0200 (CEST) Date: Sun, 31 Aug 2008 00:27:49 +0200 From: Jens Thoms Toerring To: Michal Szymanski , xforms at bob.usuhs.mil Message-ID: <20080830222748.GB8358 at toerring.de> References: <20080712210708.GB8226 at toerring.de> <20080801121058.GA29748 at astrouw.edu.pl> <20080802200436.GA28377 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080802200436.GA28377 at toerring.de> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18QxYZSG/zK0qoZjP9wE4mm0n0J+rEmahDPtFE oScsZywVHFWgnS2ij14yRj6IEd+CbjIcYiM5PBM5x6n13/nMZB +kjFyP/QptwcG++nftR4zZkpZnj/YqC Subject: [XForms] XForms pre-release 1.0.91pre12 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 5595 Lines: 116 To subscribers of the xforms list Hi Michal, i wrote an email to you some time ago since figuring out what the reasons for the bugs you found is a bit difficult without more detailed information. I hope you don't mind that I write you again since I haven't got a reply yet and my or your mail may have got lost. It would be very helpful if you could send me some (preferably compilable;-) example code that shows the problems since I don't know exactly what you're doing in your program and so trying to write something that reproduces the bugs is nearly impossible. If you are prepared to just send me the program (perhaps with a few example data files) that would be just fine, I hope I will find my way through it. In case my email got lost I append it to this mail. Best regards, Jens On Sat, Aug 02, 2008 at 10:04:36PM +0200, Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hi Michal, > > On Fri, Aug 01, 2008 at 02:10:58PM +0200, Michal Szymanski wrote: > > To subscribers of the xforms list > > I thought that problem was already gone but no, it is still there, maybe > > in a bit changed form. To remind what happens, a self-quote :) > > > > > It seems that the library (?) is autogenerating some events > > > [...] > > > As I deal with images from a mosaic CCD, my app has a group of 8 buttons > > > with the same callback registered, named "cb_select_mosaic" and > > > different "argument" value, from 0 to 7. When clicked, it normally > > > displays file named "some_prefix.N.fts" where N is 1-8 (callback data > > > argument+1). > > > Now, if I run it as "image o.1.fts", everything seems OK, the image gets > > > displayed and when I click mosaic buttons, it displays other files > > > (o.2.fts etc.) > > > > > > When, however, I run the program as "image o.2.fts" (or any other number > > > 2-8), it displays the file but immediately starts to switch between the > > > given number and #1. Somehow the event gets autogenerated I added a > > > debug printout to "cb_select_mosaic" procedure and it shows: > > > > > > cb_select_mosaic 0 > > > cb_select_mosaic 4 > > > cb_select_mosaic 0 > > > cb_select_mosaic 4 > > > > Now the above is fixed, I guess since "pre6" or so. > > Yes, if I remember correctly it was due to not enough memory having > been allocated for storing all command line arguments... > > > I am getting, however, > > similar behavior when I use another feature of my display app: > > > > When it is invoked with more-than-one filename argument, clicking the > > right button on the "FILE" button should display the image taken from > > the next command invocation argument (without having to go through file > > selector form, bound to left-click on the FLE button). It works *mostly* > > fine, unless I click that button many times without waiting for the > > images to be fully loaded. Then, after a few "proper" displays, the app > > starts to auto-change between some (randomly chosen, but always already > > read) images. This seems to be an infinite loop although it still reacts > > (with some delay) to EXIT button, so the app does not completely go > > astray, it just starts to get auto-generated events. > > > > As always, this could be a bug in my app, in old days, however (I still > > have those older version, compiled with "official" XForms releases), it > > worked fine, no matter how quickly I repeated the mouse clicks. > > I guess it's not going to be easy finding the reason without > some program that exhibits the problem. Would it be possible > that you send me your program (or some example program that > shows the same problem)? > > > > The same image display app > > > has a few keyboard shortcuts working while inside the image canvas which > > > open a new window (form) and display some data in it. I have noticed a > > > strange behavior - when the new window is created, it displays its data > > > OK. Then I move the mouse (still in the image canvas) and press > > > the same key again - > > > it should display the data for the new image position, but it does > > > not. Only when I click a mouse button or leave and enter again the image > > > canvas, the key starts to work. And it works fine (displaying proper > > > data for every mouse position in the canvas) until I close the window. > > > When I open it again, the same situation repeats ("dead" after first > > > opening, then clicking or leaving/entering the canvas, then working > > > fine). This problem occurred even in the "official" releases of > > > xforms in some hard-to-pinpoint combinations of Linux system version, > > > X11 version and architecture. Now, with most machines on which it is > > > used got upgraded to more up-to-date systems (e.g. CentOS 5.1), the > > > problem seems to be persistent. It is probably not connected to 1.0.91 > > > but still, may mark a problem in the library. > > Looks like a bit like an old, still unresolved bug. Again, would it > be possible to send me some example code? I guess that would help me > a lot in figuring out what's broken... > > Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Aug 2 22:28:16 2008 Return-Path: Delivery-Date: Sat, 02 Aug 2008 22:28:16 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu6) with ESMTP (Nemesis) id 0MKsUu-1KPNhr2LFB-0007gb for jt at toerring.de; Sat, 02 Aug 2008 22:28:16 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m72K4ghM011109; Sat, 2 Aug 2008 16:05:08 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m72K4drG011105 for ; Sat, 2 Aug 2008 16:04:39 -0400 Received: from gpt.toerring.de (p54BF857F.dip0.t-ipconnect.de [84.191.133.127]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1KPNLB2xds-0001n1; Sat, 02 Aug 2008 22:04:38 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id D7A2F6B8545; Sat, 2 Aug 2008 22:04:36 +0200 (CEST) Date: Sat, 2 Aug 2008 22:04:36 +0200 From: Jens Thoms Toerring To: Michal Szymanski , xforms at bob.usuhs.mil Message-ID: <20080802200436.GA28377 at toerring.de> References: <20080712210708.GB8226 at toerring.de> <20080801121058.GA29748 at astrouw.edu.pl> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080801121058.GA29748 at astrouw.edu.pl> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19yPXFViSZHy+3qKo52yz9i1fbemOcQVEkNAHT besOVTkM78eE43VQTLppBOjppx1Ljre98ykWsH0pGpTrWMzHkN Bd8hR7YBIeny6T+21Zwu6PL6CBwIaCt Subject: Re: [XForms] New pre-release 1.0.91pre12 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 4532 Lines: 92 To subscribers of the xforms list Hi Michal, On Fri, Aug 01, 2008 at 02:10:58PM +0200, Michal Szymanski wrote: > To subscribers of the xforms list > I thought that problem was already gone but no, it is still there, maybe > in a bit changed form. To remind what happens, a self-quote :) > > > It seems that the library (?) is autogenerating some events > > [...] > > As I deal with images from a mosaic CCD, my app has a group of 8 buttons > > with the same callback registered, named "cb_select_mosaic" and > > different "argument" value, from 0 to 7. When clicked, it normally > > displays file named "some_prefix.N.fts" where N is 1-8 (callback data > > argument+1). > > Now, if I run it as "image o.1.fts", everything seems OK, the image gets > > displayed and when I click mosaic buttons, it displays other files > > (o.2.fts etc.) > > > > When, however, I run the program as "image o.2.fts" (or any other number > > 2-8), it displays the file but immediately starts to switch between the > > given number and #1. Somehow the event gets autogenerated I added a > > debug printout to "cb_select_mosaic" procedure and it shows: > > > > cb_select_mosaic 0 > > cb_select_mosaic 4 > > cb_select_mosaic 0 > > cb_select_mosaic 4 > > Now the above is fixed, I guess since "pre6" or so. Yes, if I remember correctly it was due to not enough memory having been allocated for storing all command line arguments... > I am getting, however, > similar behavior when I use another feature of my display app: > > When it is invoked with more-than-one filename argument, clicking the > right button on the "FILE" button should display the image taken from > the next command invocation argument (without having to go through file > selector form, bound to left-click on the FLE button). It works *mostly* > fine, unless I click that button many times without waiting for the > images to be fully loaded. Then, after a few "proper" displays, the app > starts to auto-change between some (randomly chosen, but always already > read) images. This seems to be an infinite loop although it still reacts > (with some delay) to EXIT button, so the app does not completely go > astray, it just starts to get auto-generated events. > > As always, this could be a bug in my app, in old days, however (I still > have those older version, compiled with "official" XForms releases), it > worked fine, no matter how quickly I repeated the mouse clicks. I guess it's not going to be easy finding the reason without some program that exhibits the problem. Would it be possible that you send me your program (or some example program that shows the same problem)? > > The same image display app > > has a few keyboard shortcuts working while inside the image canvas which > > open a new window (form) and display some data in it. I have noticed a > > strange behavior - when the new window is created, it displays its data > > OK. Then I move the mouse (still in the image canvas) and press > > the same key again - > > it should display the data for the new image position, but it does > > not. Only when I click a mouse button or leave and enter again the image > > canvas, the key starts to work. And it works fine (displaying proper > > data for every mouse position in the canvas) until I close the window. > > When I open it again, the same situation repeats ("dead" after first > > opening, then clicking or leaving/entering the canvas, then working > > fine). This problem occurred even in the "official" releases of > > xforms in some hard-to-pinpoint combinations of Linux system version, > > X11 version and architecture. Now, with most machines on which it is > > used got upgraded to more up-to-date systems (e.g. CentOS 5.1), the > > problem seems to be persistent. It is probably not connected to 1.0.91 > > but still, may mark a problem in the library. Looks like a bit like an old, still unresolved bug. Again, would it be possible to send me some example code? I guess that would help me a lot in figuring out what's broken... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Aug 1 14:30:32 2008 Return-Path: Delivery-Date: Fri, 01 Aug 2008 14:30:32 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu23) with ESMTP (Nemesis) id 0ML4cO-1KOtlz2NxT-0002Dk for jt at toerring.de; Fri, 01 Aug 2008 14:30:32 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m71CB2GK005311; Fri, 1 Aug 2008 08:11:47 -0400 Received: from bulge.astrouw.edu.pl (bulge.astrouw.edu.pl [193.0.88.25]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m71CAxnF005308 for ; Fri, 1 Aug 2008 08:11:00 -0400 Received: from bulge.astrouw.edu.pl (localhost [127.0.0.1]) by bulge.astrouw.edu.pl (8.13.8/8.13.8) with ESMTP id m71CAwJ7009619 for ; Fri, 1 Aug 2008 14:10:58 +0200 Received: (from msz at localhost) by bulge.astrouw.edu.pl (8.13.8/8.13.8/Submit) id m71CAwfV009618 for xforms at bob.usuhs.mil; Fri, 1 Aug 2008 14:10:58 +0200 Date: Fri, 1 Aug 2008 14:10:58 +0200 From: Michal Szymanski To: XForms Message-ID: <20080801121058.GA29748 at astrouw.edu.pl> References: <20080712210708.GB8226 at toerring.de> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080712210708.GB8226 at toerring.de> User-Agent: Mutt/1.4.2.2i Subject: Re: [XForms] New pre-release 1.0.91pre12 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 3899 Lines: 84 To subscribers of the xforms list Hello, I thought that problem was already gone but no, it is still there, maybe in a bit changed form. To remind what happens, a self-quote :) > It seems that the library (?) is autogenerating some events > [...] > As I deal with images from a mosaic CCD, my app has a group of 8 buttons > with the same callback registered, named "cb_select_mosaic" and > different "argument" value, from 0 to 7. When clicked, it normally > displays file named "some_prefix.N.fts" where N is 1-8 (callback data > argument+1). > Now, if I run it as "image o.1.fts", everything seems OK, the image gets > displayed and when I click mosaic buttons, it displays other files > (o.2.fts etc.) > > When, however, I run the program as "image o.2.fts" (or any other number > 2-8), it displays the file but immediately starts to switch between the > given number and #1. Somehow the event gets autogenerated I added a > debug printout to "cb_select_mosaic" procedure and it shows: > > cb_select_mosaic 0 > cb_select_mosaic 4 > cb_select_mosaic 0 > cb_select_mosaic 4 Now the above is fixed, I guess since "pre6" or so. I am getting, however, similar behavior when I use another feature of my display app: When it is invoked with more-than-one filename argument, clicking the right button on the "FILE" button should display the image taken from the next command invocation argument (without having to go through file selector form, bound to left-click on the FLE button). It works *mostly* fine, unless I click that button many times without waiting for the images to be fully loaded. Then, after a few "proper" displays, the app starts to auto-change between some (randomly chosen, but always already read) images. This seems to be an infinite loop although it still reacts (with some delay) to EXIT button, so the app does not completely go astray, it just starts to get auto-generated events. As always, this could be a bug in my app, in old days, however (I still have those older version, compiled with "official" XForms releases), it worked fine, no matter how quickly I repeated the mouse clicks. Another problem which still annoys me a bit is (another self-quote): > The same image display app > has a few keyboard shortcuts working while inside the image canvas which > open a new window (form) and display some data in it. I have noticed a > strange behavior - when the new window is created, it displays its data > OK. Then I move the mouse (still in the image canvas) and press > the same key again - > it should display the data for the new image position, but it does > not. Only when I click a mouse button or leave and enter again the image > canvas, the key starts to work. And it works fine (displaying proper > data for every mouse position in the canvas) until I close the window. > When I open it again, the same situation repeats ("dead" after first > opening, then clicking or leaving/entering the canvas, then working > fine). This problem occurred even in the "official" releases of > xforms in some hard-to-pinpoint combinations of Linux system version, > X11 version and architecture. Now, with most machines on which it is > used got upgraded to more up-to-date systems (e.g. CentOS 5.1), the > problem seems to be persistent. It is probably not connected to 1.0.91 > but still, may mark a problem in the library. regards, Michal. PS. Thanks again, Jens, for your efforts in reviving and improving the XForms. -- Michal Szymanski (msz at astrouw dot edu dot pl) Warsaw University Observatory, Warszawa, POLAND _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Jul 12 23:31:33 2008 Return-Path: Delivery-Date: Sat, 12 Jul 2008 23:31:33 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu14) with ESMTP (Nemesis) id 0ML3Dg-1KHmgn0oEP-0000Vy for jt at toerring.de; Sat, 12 Jul 2008 23:31:33 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m6CLK5DK011314; Sat, 12 Jul 2008 17:20:06 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m6CLK3li011311 for ; Sat, 12 Jul 2008 17:20:03 -0400 Received: by yw-out-2324.google.com with SMTP id 9so1822976ywe.13 for ; Sat, 12 Jul 2008 14:20:03 -0700 (PDT) Received: by 10.151.144.15 with SMTP id w15mr6517919ybn.200.1215897603517; Sat, 12 Jul 2008 14:20:03 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Sat, 12 Jul 2008 14:20:03 -0700 (PDT) Message-ID: Date: Sat, 12 Jul 2008 17:20:03 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080712210708.GB8226 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline References: <20080712210708.GB8226 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New pre-release 1.0.91pre12 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1422 Lines: 29 To subscribers of the xforms list On Sat, Jul 12, 2008 at 5:07 PM, Jens Thoms Toerring wrote: > h) Rob Carpenter also reported ome problems when using more than a > single GL canvas in a form. Unfortunately I wasn't yet able to > determine if this is XForms or GL related - I simply don't know > anything about GL and it also doesn't seem to work too well on > my test machine. So if somebody has suggestions please send them! What kind of problems? There should be no issues with this -- I have yet to see any major problems with XForms glcanvas implementation (aside from it recreating contexts a bit too often). Speaking of OpenGl, I do have that old OpenGL context sharing patch from a few years ago (maybe late 2003 or early 2004, around the time Fedora Core 1 was released), that we have used without a hitch in every single xforms application we've written since then (and I can assure you, there have been many). It appears to be working very well with no issues. If you want, I can prepare a patch for you and send it. It's a pretty handy feature. Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Jul 12 23:28:33 2008 Return-Path: Delivery-Date: Sat, 12 Jul 2008 23:28:33 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1KHmdt07ac-0006QY for jt at toerring.de; Sat, 12 Jul 2008 23:28:33 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m6CL7C98011142; Sat, 12 Jul 2008 17:10:47 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m6CL7AYe011139 for ; Sat, 12 Jul 2008 17:07:11 -0400 Received: from gpt.toerring.de (p54BF8D4B.dip0.t-ipconnect.de [84.191.141.75]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1KHmJB0Ty6-0003AL; Sat, 12 Jul 2008 23:07:09 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 609186B8491; Sat, 12 Jul 2008 23:07:08 +0200 (CEST) Date: Sat, 12 Jul 2008 23:07:08 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080712210708.GB8226 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/C7cPddRBH92cGjH5Xudfs18HKIB35CjbsGIK KVqCVpurm7kDKuhrGOxqee8wpNl2QBxKgJW/hYtqv8q4dSf2Dn 2m/WKVOCZNl0Fl7OnQll4/9TnspIOoI Subject: [XForms] New pre-release 1.0.91pre12 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2927 Lines: 67 To subscribers of the xforms list Hello, after quite a bit of feedback - thank you to all involved! - here's another pre-release: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre12.tar.gz.sig What's new? a) Update to newer version of libtool since, as Raphael Straub, the maintainer of the MacPorts port of XForms, pointed out, fdesign didn't compile on Mac OS X anymore. b) A bug that under some conditions led to a segmentation fault when freeing forms was found by Luis Balona. c) Rob Carpenter pointed me to a bug in the calculation of the boun- ding box of objects could result in redraws becoming extremely slow. d) Some changes in the code for dealing with popups etc. for getting rid of some drawing artefacts that Luis Balona told me about. Un- fortunately, I am not sure if it works now since I can't reproduce the problem on my test machine... e) Jean-Marc Lasgouttes called to my attention a problem when running configure that made it necessary to add config/mkinstalldirs to the distributed files. f) As Luis Balona noticed selected radio buttons did not receive a callback call when they got clicked on which might break existing programs, so it was reintroduced. g) Jason Cipriani found that there were some inconsitencies and problems when trying to delete menu entries and made some very helpful suggestions how to resolve it. This required a number of changes to the public API (some of the functions now accept an unspecified number of extra arguments, i.e. they are now variadic functions, in addition to the traditional arguments). Hopefully this will not break any existing programs. In programs (and fdesign) now callback functions for individual menu entries can be set and each menu entry can be given a certain value (instead of just using it's index). For a full explanation plese see the fike "New_Features,txt" in the main directory. h) Rob Carpenter also reported ome problems when using more than a single GL canvas in a form. Unfortunately I wasn't yet able to determine if this is XForms or GL related - I simply don't know anything about GL and it also doesn't seem to work too well on my test machine. So if somebody has suggestions please send them! Again thanks to everybody who send bug or suggestions. Please don't hestitate to tell me about anything that still doesn't work! Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 20:32:18 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 20:32:18 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1KEq4v2RgZ-0006Ei for jt at toerring.de; Fri, 04 Jul 2008 20:32:18 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64IJNVj030047; Fri, 4 Jul 2008 14:19:34 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64IJLP7030044 for ; Fri, 4 Jul 2008 14:19:21 -0400 Received: from gpt.toerring.de (p54BF9F2E.dip0.t-ipconnect.de [84.191.159.46]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1KEpsO0CMT-0003Gc; Fri, 04 Jul 2008 20:19:20 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 75BD86B8537; Fri, 4 Jul 2008 20:19:19 +0200 (CEST) Date: Fri, 4 Jul 2008 20:19:19 +0200 From: Jens Thoms Toerring To: Jason Cipriani Message-ID: <20080704181919.GB20513 at toerring.de> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19RT1RhNr6dNeDPdZBjCthgO3u+ce4ENwCLHsu +8qkqw6k/MHp1DwR44CbZktrLxgo7lR80X5aCaGGkagITH+Hlg xqlcWxlAjGsWOvaeJg/Nci0DyLrd/TJ Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Mailing List Archives X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 963 Lines: 28 To subscribers of the xforms list Hi Jason, On Fri, Jul 04, 2008 at 01:55:12PM -0400, Jason Cipriani wrote: > Is there a online archive of this mailing list? The old archive is > still up but ends a few years ago. I know I've seen a more recent > archive but I can't seem to find it. The archives for 2003 to 2007 are here: http://bob.usuhs.mil/pipermail/xforms/ If you want to see the mails from 2008 you can try http://groups.google.com/group/fa.xforms/topics Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 20:10:29 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 20:10:29 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu5) with ESMTP (Nemesis) id 0MKqpg-1KEpjo22lf-0005UT for jt at toerring.de; Fri, 04 Jul 2008 20:10:29 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64HtLMh029814; Fri, 4 Jul 2008 13:55:22 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64HtJmK029810 for ; Fri, 4 Jul 2008 13:55:19 -0400 Received: by yw-out-2324.google.com with SMTP id 9so523358ywe.13 for ; Fri, 04 Jul 2008 10:55:12 -0700 (PDT) Received: by 10.150.201.2 with SMTP id y2mr2280003ybf.225.1215194112853; Fri, 04 Jul 2008 10:55:12 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Fri, 4 Jul 2008 10:55:12 -0700 (PDT) Message-ID: Date: Fri, 4 Jul 2008 13:55:12 -0400 From: "Jason Cipriani" To: xforms at bob.usuhs.mil MIME-Version: 1.0 Content-Disposition: inline Subject: [XForms] Mailing List Archives X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 550 Lines: 15 To subscribers of the xforms list Is there a online archive of this mailing list? The old archive is still up but ends a few years ago. I know I've seen a more recent archive but I can't seem to find it. Thanks, Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Jul 5 00:00:49 2008 Return-Path: Delivery-Date: Sat, 05 Jul 2008 00:00:49 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu15) with ESMTP (Nemesis) id 0MKx9w-1KEtKi3jkQ-0001zh for jt at toerring.de; Sat, 05 Jul 2008 00:00:49 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64Lkr0w032059; Fri, 4 Jul 2008 17:46:58 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64Lkp1r032056 for ; Fri, 4 Jul 2008 17:46:51 -0400 Received: by yw-out-2324.google.com with SMTP id 9so550399ywe.13 for ; Fri, 04 Jul 2008 14:46:47 -0700 (PDT) Received: by 10.150.212.14 with SMTP id k14mr2665911ybg.139.1215208007606; Fri, 04 Jul 2008 14:46:47 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Fri, 4 Jul 2008 14:46:47 -0700 (PDT) Message-ID: Date: Fri, 4 Jul 2008 17:46:47 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> <20080704105748.GA26035 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 6183 Lines: 144 To subscribers of the xforms list On Fri, Jul 4, 2008 at 4:37 PM, Jason Cipriani wrote: > On Fri, Jul 4, 2008 at 6:57 AM, Jens Thoms Toerring wrote: >> To get around that you have to change the file lib/menu.c. >> I append a version for 1.0.90 that hopefully works but I >> didn't test the changes with that version, just my newer >> one. Then add to lib/private/menu.h > > Since this change, the functions fl_set_menu_item_mode and > fl_get_menu_item_mode no longer work unless the menu item's index is > the same as it's value. It doesn't matter if you specify an index or a > value to these functions -- if the two are different, they are > ignored. I suspect that something internally is inappropriately mixing > item indices and values, and had always relied on them being the same. I've found the problem, and a partial solution to it (see below, I've also provided a possible full solution), although I'm not sure if the solution breaks anything. SOLUTION #1: In the new %x handling code in addto_menu, around line 357 there is this bit of code that removes the %x from the string after processing it: else { sp->mval[ n ] = strtol( p + 2, &eptr, 10 ); while ( *eptr && isspace( ( int ) *eptr ) ) eptr++; if ( *eptr ) memmove( p, eptr, strlen( eptr ) + 1 ); else *p = '\0'; } The fix is to not remove the "%x" from the string, changing it to just this: else { sp->mval[ n ] = strtol( p + 2, &eptr, 10 ); } The reason this problem was occurring is because every time you display a menu, it uses the setpup stuff to create a popup menu to display. This popup menu is set up in do_menu around line 111 of menu.c. All of the popup menu functions take item IDs, not indices. When you use %x to modify the menu's ID, this causes sp->mval[n] to hold the ID, and so all of the MENU functions know about the ID. However, since the %x is removed from the string, when the popup is created that corresponds to the menu, the item IDs are not propagated to the popup menu -- therefore the MENU functions know about the item ID but the POPUP functions do not. Leaving the "%x" in the string allows the ID to be passed through fl_addtopup() and then the correct IDs are set in the popup menu, and everything seems to work. SOLUTION #2: The reason the above fix isn't complete is that it only applies when you've used %x to set the IDs. The problem solved by the above solution is related to the new feature of parsing %x in menu strings but is not related to removing menu items. However, removing menu items does cause a problem if you haven't used %x at all that the above solution doesn't fix. If that makes sense. Anyways if you do not use %x then the menu item IDs are, initially, the item indices. If you remove a menu item, then indices change but the IDs do not. However, the IDs in this case are never passed to fl_addtopup at all, and so the POPUP menu uses the item INDICES instead -- which no longer correspond to the IDs since an item was removed. This is related to the problem when using %x in that it's also caused by inconsistency between the item IDs in menu.c and the item IDs in xpopup.c. The root cause of all of these problems is that do_menu does not set the popup menu item IDs to the sp->mval[i] values. All menu ID information is lost in the popup. AFAICT, there is no API call to change popup menu item IDs, and therefore there is no easy way for do_menu() to pass ID information to the popup menu when it sets up the menu with fl_addtopup(). One solution for this is to continue removing the %x strings in addto_menu, just as you are doing now, but when creating the popup menu, create temporary strings with a %x concatenated onto the end of them along with the corresponding ID. Something like this in do_menu around line 111: + char tempstr[512]; + snprintf(tempstr, sizeof(tempstr), "%s%%x%i", sp->items[i], sp->mval[i]); + fl_addtopup(sp->menu, tempstr); - fl_addtopup(sp->menu, sp->items[i]); This works fine but it does change the behavior of some other stuff. Specifically, it causes fl_get_menu to return the item ID and NOT the item index as previous. Meaning that you can just do this: int value = fl_get_menu(menu); Rather than having to do this: int value = fl_get_menu_value(menu, fl_get_menu(menu)); Although that now also means that if you're passing the result of fl_get_menu() to other menu functions, you'll need to convert the value to an index first: int index = fl_get_menu_item_from_value(menu, fl_get_menu(menu)); fl_delete_menu_item(menu, index); /* for example */ It's important to note, though, that the above changes in behavior would ONLY happen if the IDs and values are not the same, which can ONLY happen if you've either used %x to change the IDs, or you've removed a menu item. Therefore I believe using the above solution (constructing a temporary string with a %x on the end) will not significantly affect any existing applications because: 1) We know nobody has been removing menu items, since fl_delete_menu_item didn't work at all. 2) We know nobody has been using %x to set the IDs in regular menus, since it was never supported. 3) The only people who may experience changes in behavior are people that had a previously meaningless "%x" in their menu item text, and now it means something. However, your addto_menu change already affected these people, the tempstr thing above doesn't add any new issues. What do you think about solution #2? Do you see any way it could interact with regular popup menus at all? What about fdesign? Things like that? Incidentally, I've also noticed that, every once in a while, fdesign strips the %x from the end of my menu strings. I am not sure why, or what triggers it. It's happened to me twice out of about 15 saves so far, though. Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 22:59:07 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 22:59:07 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu19) with ESMTP (Nemesis) id 0ML05c-1KEsN02auG-0000Ke for jt at toerring.de; Fri, 04 Jul 2008 22:59:07 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64KkleP031469; Fri, 4 Jul 2008 16:46:50 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64KkjSk031466 for ; Fri, 4 Jul 2008 16:46:45 -0400 Received: by yw-out-2324.google.com with SMTP id 9so544287ywe.13 for ; Fri, 04 Jul 2008 13:46:45 -0700 (PDT) Received: by 10.151.49.8 with SMTP id b8mr2597036ybk.82.1215204405183; Fri, 04 Jul 2008 13:46:45 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Fri, 4 Jul 2008 13:46:45 -0700 (PDT) Message-ID: Date: Fri, 4 Jul 2008 16:46:45 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> <20080704105748.GA26035 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1148 Lines: 32 To subscribers of the xforms list On Fri, Jul 4, 2008 at 4:37 PM, Jason Cipriani wrote: > On Fri, Jul 4, 2008 at 6:57 AM, Jens Thoms Toerring wrote: >> To get around that you have to change the file lib/menu.c. >> I append a version for 1.0.90 that hopefully works but I >> didn't test the changes with that version, just my newer >> one. Then add to lib/private/menu.h > > I've done some more testing with this and uncovered a problem that I > am about to dig in to a little more. Unrelated to this issue, I think, in menu.c in the function fl_set_menu_item_mode (around line 505 for me), there is a bit of code that reads: if ((mode & FL_PUP_CHECK)) sp->val = numb; Should that be this instead? if ((mode & FL_PUP_CHECK)) sp->val = sp->mval[numb]; Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 22:52:02 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 22:52:02 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu23) with ESMTP (Nemesis) id 0ML4cO-1KEsGA0qIv-00040H for jt at toerring.de; Fri, 04 Jul 2008 22:52:02 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64Kbw6R031331; Fri, 4 Jul 2008 16:38:57 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64Kbutf031327 for ; Fri, 4 Jul 2008 16:37:56 -0400 Received: by yw-out-2324.google.com with SMTP id 9so543127ywe.13 for ; Fri, 04 Jul 2008 13:37:54 -0700 (PDT) Received: by 10.150.217.14 with SMTP id p14mr2572337ybg.128.1215203874221; Fri, 04 Jul 2008 13:37:54 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Fri, 4 Jul 2008 13:37:54 -0700 (PDT) Message-ID: Date: Fri, 4 Jul 2008 16:37:54 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080704105748.GA26035 at toerring.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_9408_13824606.1215203874253" References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> <20080704105748.GA26035 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 4367 Lines: 88 ------=_Part_9408_13824606.1215203874253 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline To subscribers of the xforms list ------=_Part_9408_13824606.1215203874253 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Fri, Jul 4, 2008 at 6:57 AM, Jens Thoms Toerring wrote: > To get around that you have to change the file lib/menu.c. > I append a version for 1.0.90 that hopefully works but I > didn't test the changes with that version, just my newer > one. Then add to lib/private/menu.h I've done some more testing with this and uncovered a problem that I am about to dig in to a little more. Since this change, the functions fl_set_menu_item_mode and fl_get_menu_item_mode no longer work unless the menu item's index is the same as it's value. It doesn't matter if you specify an index or a value to these functions -- if the two are different, they are ignored. I suspect that something internally is inappropriately mixing item indices and values, and had always relied on them being the same. I've attached another test program that demonstrates this. The menu (click on the word menu) items values are 5, 2, and 9 respectively. Click the checkboxes then click on the menu. The checkboxes to disable menu items only work for "green", where both the index and the value are 2. Maybe you have some insight, I'm also going to look through the code right now. Thanks, Jason ------=_Part_9408_13824606.1215203874253 Content-Type: application/x-gzip; name=deleteitem3.tar.gz Content-Transfer-Encoding: base64 X-Attachment-Id: f_fi98xj5t1 Content-Disposition: attachment; filename=deleteitem3.tar.gz H4sIAJiJbkgAA+1YbXPaOBDO1+hX7HBNh2SAMxCHC216l4BJuDqQIXBJbjrDGFuAL0ZmbJkm16a/ /VayzUugTe4KKTPHhonllbS7enZXK9miDuXU5nSQ/3lrRaQgFVRVPLMFNSvfs/v78hnRVjar5POq sn+g4LhsrlBQt0BdlUHTFPjc8AC2Ok5AO9ThXx9HPf8lDHpZsqb8f27c0q7t0GXrEA4+CP290P95 NR/6P6dmDzAWRGde2QJl2YYsov+5/zMXZ/XaTREMxwHToQYjBJtF4NTnhEhOkWx7A0h3R7D3RfKh 2acV1xvsZT6ZqX6qY9w+EBLxMmYx7s50LbLdtahv9xikTZeNqMfh1VtChJAiDAybZczxaJNs90wT 0lf4E9akh9QyGLcFi7npgKEHrPTQ8IwBRqwHaYP59pwQSDtdbPj4vM5mxf8h2u7Cq9/Ij4Z6LWk6 /0Msl6/jifzPqWphvP/nlZzIf6Wwyf8XoZ9sZjqBReGtTJtM/x0ZsxJxVvUTE+Zbn1u2K8YRUim3 oyGw14ubb7Bj5NoWmJ1zygJIVvR2/eR3rdSEvQELUuC4rAfDXfhECIDNOIjogyPoOu0e5e0BTkri wN03UffIcGZ728gJaFIKE3PlyO7Qw8HdJJpHPS8FiVB9UY442rFBTsLGB5YIp6UEC+eSh4nFDTpw R3TGZjeyWAz+ls1twWp3PXcQ2TdGJP0OG8KYWCOK6EIyFHEE6ewuchas4A8hBnYcG5jLoesGzErJ pkxam/Uyci2xTOr4FA2Uopx2mNgTyxaaM0ZvgfayFGDNAejMIwjwMINi2faNjjMLo9m/XQikZfsT HDsB5y5L4tix978T6ICJ8kMtGLgWfSOUisYigYL/bZCE09Dc0FtSzOcjwCVetC7apw3tJnbCpP/1 EXx5NAD1+s/Xm5JyFgd49bFfYEfCbs36JyUh/hUS+EhAERKUJR5FfQnLvLcw6OM0RavFWcALs3Pe 2sUWyvyX86glYjVWK/wqig3mALYMr2emwOyjCXt7+DKa6LSZzW3Dsf+mydfhMNEfSW7iKQIXquBP qh9bhd41PWpg9Is9LeYmd2P4++5H2fNoHaKRkv7Uj0tau6TVmlpDMiotXT+pN8riNVyU1L0r4+lj 3xahHicxZp4rpfvJsN+jPPAYKHLtP3q7n6Pp+j85ty1XxxP1v4C1f1z/c+q+qP8HeCXY1P8XoHOj Z+ORPZtHRxBSZXiyZlhvZRqV8TYoEtBlUMEYl/GdtFxZgjBdWY/uElILBh08jbtdkEGPokgLJwnG gBp+4NGiSKFSHfOnfVG91nRCjmYJKvXGOTxikhqe88d3CXJlW7xfhHxOIWfU7vXx/pBTlSnt9c5f 1ORCP64jvYDwMmP4vjTmpH5N+P0QxePGLF467l0RFPxD+VIuMsIBODoaY7qO6/nRYvRs/MTrEhYY 3Ba57DrWq6e1aO8gPr93Qhk1XOGx3r5s3uga8XE/k9yyVjlu6c32ZfVPjTioILQOt5/3xDEwGotA cLfyuBmgdOLR8cyGJuagNp30PGNk8/tQjXsavs28ECahJCZeqzqGeYtN3EaD0OYnwTrXaq0IrQvc B8v1q1rIk6BlFfH7BZGbBa2iHze/Bts5Np4H20ldL/8H0MQWvUTgoho3hV94tpxCUcHk8LkXmFEb b7tcdjSotXOnTnNOPUrZzl1umneCm8/O3eHTgdtqNuu1yBtRTEW80BuHSugRBfbXKIijU7W6mmCO T+1T7lCXguTB2iKZezEkc8uJyfUNysMXg3JJ6b2GUSnvD6vCMRQ+vdU+BWNTu27Ogig5EsJcFIyq fH5/ydK1SvPz+K1au6yWteVEpziXchh6LsI2AO5+YIgqdz0Krmf3bHFKE8d2P/PjjwilM630fiZ4 L1qXZzOhm5eHBBG4uVnUa/WvYX6j6Xr9asWhG3+qWFltihT8q+L0PDwFmOsL6MpK1DygT9eoZwKa W2dAV1ao5gE9nLuiPb6cRd9XeD/8xuKv34eNDW1oQxva0IY2tKENLaR/AP13OYYAKAAA ------=_Part_9408_13824606.1215203874253 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms ------=_Part_9408_13824606.1215203874253-- >From xforms-bounces at bob.usuhs.mil Sat Jul 5 14:17:14 2008 Return-Path: Delivery-Date: Sat, 05 Jul 2008 14:17:14 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu16) with ESMTP (Nemesis) id 0MKxE4-1KF6hV2ZJA-00010B for jt at toerring.de; Sat, 05 Jul 2008 14:17:14 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m65C4ru9006119; Sat, 5 Jul 2008 08:05:04 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m65C4osi006116 for ; Sat, 5 Jul 2008 08:04:51 -0400 Received: from gpt.toerring.de (p54BF9F2E.dip0.t-ipconnect.de [84.191.159.46]) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis) id 0MKwpI-1KF6VU3elh-0004mp; Sat, 05 Jul 2008 14:04:49 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 465596B8537; Sat, 5 Jul 2008 14:04:45 +0200 (CEST) Date: Sat, 5 Jul 2008 14:04:46 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080705120446.GB6123 at toerring.de> References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> <20080704105748.GA26035 at toerring.de> <20080704175052.GA20513 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080704175052.GA20513 at toerring.de> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18DZLXDg8J70H3q/jEFnQKLGtNKNSPfOapHQiq HbW5o89J9ahD0HUaSX2qPHXOiJ52hddMDM1gOOezIxXvTz/SeH XRRBSPjhXbeje0YznX1Gicc99yeVSSR Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 8881 Lines: 207 To subscribers of the xforms list Hi Jason, On Fri, Jul 04, 2008 at 05:46:47PM -0400, Jason Cipriani wrote: > On Fri, Jul 4, 2008 at 4:37 PM, Jason Cipriani wrote: > > On Fri, Jul 4, 2008 at 6:57 AM, Jens Thoms Toerring wrote: > >> To get around that you have to change the file lib/menu.c. > >> I append a version for 1.0.90 that hopefully works but I > >> didn't test the changes with that version, just my newer > >> one. Then add to lib/private/menu.h > > > > Since this change, the functions fl_set_menu_item_mode and > > fl_get_menu_item_mode no longer work unless the menu item's index is > > the same as it's value. It doesn't matter if you specify an index or a > > value to these functions -- if the two are different, they are > > ignored. I suspect that something internally is inappropriately mixing > > item indices and values, and had always relied on them being the same. > > I've found the problem, and a partial solution to it (see below, I've > also provided a possible full solution), although I'm not sure if the > solution breaks anything. > > SOLUTION #1: > > In the new %x handling code in addto_menu, around line 357 there is > this bit of code that removes the %x from the string after processing > it: > > else > { > sp->mval[ n ] = strtol( p + 2, &eptr, 10 ); > while ( *eptr && isspace( ( int ) *eptr ) ) > eptr++; > if ( *eptr ) > memmove( p, eptr, strlen( eptr ) + 1 ); > else > *p = '\0'; > } > > The fix is to not remove the "%x" from the string, changing it to just this: > > else > { > sp->mval[ n ] = strtol( p + 2, &eptr, 10 ); > } > > The reason this problem was occurring is because every time you > display a menu, it uses the setpup stuff to create a popup menu to > display. This popup menu is set up in do_menu around line 111 of > menu.c. All of the popup menu functions take item IDs, not indices. > When you use %x to modify the menu's ID, this causes sp->mval[n] to > hold the ID, and so all of the MENU functions know about the ID. > However, since the %x is removed from the string, when the popup is > created that corresponds to the menu, the item IDs are not propagated > to the popup menu -- therefore the MENU functions know about the item > ID but the POPUP functions do not. Leaving the "%x" in the string > allows the ID to be passed through fl_addtopup() and then the correct > IDs are set in the popup menu, and everything seems to work. > > SOLUTION #2: > > The reason the above fix isn't complete is that it only applies when > you've used %x to set the IDs. The problem solved by the above > solution is related to the new feature of parsing %x in menu strings > but is not related to removing menu items. However, removing menu > items does cause a problem if you haven't used %x at all that the > above solution doesn't fix. If that makes sense. > > Anyways if you do not use %x then the menu item IDs are, initially, > the item indices. If you remove a menu item, then indices change but > the IDs do not. However, the IDs in this case are never passed to > fl_addtopup at all, and so the POPUP menu uses the item INDICES > instead -- which no longer correspond to the IDs since an item was > removed. This is related to the problem when using %x in that it's > also caused by inconsistency between the item IDs in menu.c and the > item IDs in xpopup.c. > > The root cause of all of these problems is that do_menu does not set > the popup menu item IDs to the sp->mval[i] values. All menu ID > information is lost in the popup. AFAICT, there is no API call to > change popup menu item IDs, and therefore there is no easy way for > do_menu() to pass ID information to the popup menu when it sets up the > menu with fl_addtopup(). > > One solution for this is to continue removing the %x strings in > addto_menu, just as you are doing now, but when creating the popup > menu, create temporary strings with a %x concatenated onto the end of > them along with the corresponding ID. Something like this in do_menu > around line 111: > > + char tempstr[512]; > + snprintf(tempstr, sizeof(tempstr), "%s%%x%i", sp->items[i], sp->mval[i]); > + fl_addtopup(sp->menu, tempstr); > - fl_addtopup(sp->menu, sp->items[i]); > > This works fine but it does change the behavior of some other stuff. > Specifically, it causes fl_get_menu to return the item ID and NOT the > item index as previous. Meaning that you can just do this: > > int value = fl_get_menu(menu); > > Rather than having to do this: > > int value = fl_get_menu_value(menu, fl_get_menu(menu)); > > Although that now also means that if you're passing the result of > fl_get_menu() to other menu functions, you'll need to convert the > value to an index first: > > int index = fl_get_menu_item_from_value(menu, fl_get_menu(menu)); > fl_delete_menu_item(menu, index); /* for example */ > > It's important to note, though, that the above changes in behavior > would ONLY happen if the IDs and values are not the same, which can > ONLY happen if you've either used %x to change the IDs, or you've > removed a menu item. Therefore I believe using the above solution > (constructing a temporary string with a %x on the end) will not > significantly affect any existing applications because: > > 1) We know nobody has been removing menu items, since > fl_delete_menu_item didn't work at all. It did work, but only for menus created with fl_addto_menu(), not for thise created with fl_set_menu_entries(). > 2) We know nobody has been using %x to set the IDs in regular menus, > since it was never supported. It's even documented as not to work. > 3) The only people who may experience changes in behavior are people > that had a previously meaningless "%x" in their menu item text, and > now it means something. However, your addto_menu change already > affected these people, the tempstr thing above doesn't add any new > issues. > > What do you think about solution #2? Do you see any way it could > interact with regular popup menus at all? What about fdesign? Things > like that? I think all your ideas are very reasonable and #2 is the way I will implement it in the new version. Thanks for doing my work;-) That means: a) A menu ID can be associated with a certain menu item using "%xn" in the string for the text of the menu item. Note that 'n' must be a number larger than 0. b) If no menu ID is assigned explicitely it gets its ID from a counter that is incremented for each menu item added (start- ing from 1). This number is never re-used, even when menu items get deleted. The only exception is that on a call of fl_clear_menu() also the counter gets reset to 1. c) fl_get_menu() now returns the menu ID d) To all functions expecting an item number the ID must now be passed. e) If two menu items receive the same ID the results are un- specified, so the user must make sure that this never happens. f) If a menu item gets delete via fl_delete_menu_item() all other items keep their numbers, even if no menu IDs have been set for them. That is how things work for normal popups and it probably wouldn't be a good idea to do it differently for menus. The only deviations are for the case that menu items get deleted, which can't be done for popups. That also means that both the functions fl_get_menu_value() and fl_get_menu_item_from_value() can disappear again (or the latter go back to being a local only function). Does anybody see any problems with this approach? What I will also try to implement is having a callback function for each menu item. For menus created with the fl_set_menu_entries() function you can already do that, so it looks reasonable to me also to have that ability for all menus. I think I will allow a "%f" in the menu string and change the functions fl_set_menu(), fl_adddto_menu() and fl_replace_menu_item() to be variadic functions (that should introduce compatibilty problems) so that pointers to functions of type FL_PUP_CB can be passed on. Finally, I will have another look if it's possible to get rid of the asymmetry between menus created with calls of fl_addto_menu() and those created by a single call of fl_set_menu_entries(). Having them behave differently in several respects doesn't look too good to me (and the differences at least need to be documen- ted). Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 20:05:42 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 20:05:42 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu4) with ESMTP (Nemesis) id 0MKqlY-1KEpfC1WmD-00015t for jt at toerring.de; Fri, 04 Jul 2008 20:05:42 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64HoxiX029773; Fri, 4 Jul 2008 13:51:20 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64HouTQ029770 for ; Fri, 4 Jul 2008 13:50:57 -0400 Received: from gpt.toerring.de (p54BF9F2E.dip0.t-ipconnect.de [84.191.159.46]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KEpQr1jSm-0002k7; Fri, 04 Jul 2008 19:50:53 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id CB9ED6B8537; Fri, 4 Jul 2008 19:50:52 +0200 (CEST) Date: Fri, 4 Jul 2008 19:50:52 +0200 From: Jens Thoms Toerring To: Jason Cipriani Message-ID: <20080704175052.GA20513 at toerring.de> References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> <20080704105748.GA26035 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/HEGrAYq5BVToEIMEOmpIGppOyqZI/aC7YypM 5UCJFh+AE3mcTr5Kp3r9EycmX6LuXANEXXx2CaIjlw2rR2Ng6D Ude/z+45MWyD7m/sep5m+vAzv9Hwy0Y Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 2156 Lines: 58 To subscribers of the xforms list Hi Jason, > One problem that I found is fl_delete_menu_item refers to the item > index, not the value. This can make deleting items pretty tricky. To > that end I've added a function to go the other way, from value to > item. It works for me although I may have missed some things I don't think so. Your's is basically a new version of the already existing (but only local to menu.c) val_to_index() function;-) > (specifically, I'm not sure if the ISPUP thing is right -- and also, If the menu gets created with the fl_set_menu_entries() function instead of as many calls of fl_addto_menu() as there are items the menu is just a normal popup (from which no items can be removed and where no values can be assigned differing from the index etc.) and in this case ISPUP() returns true. So your use is exactly right. > is the item index really 1-based?), Yes. Probably the original author got bored with hunting for bugs due to a mising subtraction of 1 or the corres- ponding addition in the right places. My preference would be anyway to use always 0 based arrays, also in the puplic interface, but I guess it's much too late for doing any- thing about that now... > I tried to make it the inverse of > fl_get_menu_value. Note that if multiple items have the same value, > this returns the first item with that value. Returns -1 if value is > not found. Yes, that's the problem with the values - they get set by the user, so it can't be made sure that they are unique. > === menu.c === > > int > fl_get_menu_item_from_value( FL_OBJECT * ob, > int value ) I will add the function to the new release. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 19:38:59 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 19:38:59 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu24) with ESMTP (Nemesis) id 0MKtd6-1KEpFK3mzc-0005DU for jt at toerring.de; Fri, 04 Jul 2008 19:38:59 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64HPYwf029461; Fri, 4 Jul 2008 13:27:04 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64HPWx4029457 for ; Fri, 4 Jul 2008 13:25:32 -0400 Received: by yw-out-2324.google.com with SMTP id 9so519713ywe.13 for ; Fri, 04 Jul 2008 10:25:31 -0700 (PDT) Received: by 10.151.13.7 with SMTP id q7mr2240957ybi.204.1215192331743; Fri, 04 Jul 2008 10:25:31 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Fri, 4 Jul 2008 10:25:31 -0700 (PDT) Message-ID: Date: Fri, 4 Jul 2008 13:25:31 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080704105748.GA26035 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> <20080704105748.GA26035 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2044 Lines: 65 To subscribers of the xforms list On Fri, Jul 4, 2008 at 6:57 AM, Jens Thoms Toerring wrote: > To get around that you have to change the file lib/menu.c. > I append a version for 1.0.90 that hopefully works but I > didn't test the changes with that version, just my newer > one. Then add to lib/private/menu.h Thanks a lot for digging into this. I've tested your changes and so far everything seems to be working well, I can remove items and use fl_get_menu_value to get the correct ID. > This should give you a new function named fl_get_menu_value() > that expects the menu object and the item index as returned > by fl_get_menu(). If you now create the menu items in fdesign > with texts like One problem that I found is fl_delete_menu_item refers to the item index, not the value. This can make deleting items pretty tricky. To that end I've added a function to go the other way, from value to item. It works for me although I may have missed some things (specifically, I'm not sure if the ISPUP thing is right -- and also, is the item index really 1-based?), I tried to make it the inverse of fl_get_menu_value. Note that if multiple items have the same value, this returns the first item with that value. Returns -1 if value is not found. === menu.c === int fl_get_menu_item_from_value( FL_OBJECT * ob, int value ) { FL_MENU_SPEC *sp = ob->spec; int item; if( ISPUP( sp ) ) return value; for( item = 1; item <= sp->numitems; ++ item ) if (sp->mval[item] == value) return item; return -1; } === menu.h === FL_EXPORT int fl_get_menu_item_from_value( FL_OBJECT * ob, int value ); Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 13:17:59 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 13:17:59 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1KEjIQ3tvI-0001z8 for jt at toerring.de; Fri, 04 Jul 2008 13:17:59 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m64AwNpv025819; Fri, 4 Jul 2008 07:00:35 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m64Avq4b025814 for ; Fri, 4 Jul 2008 06:57:52 -0400 Received: from gpt.toerring.de (p54BF9C83.dip0.t-ipconnect.de [84.191.156.131]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1KEiz742cY-0006aG; Fri, 04 Jul 2008 12:57:51 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 399E96B8537; Fri, 4 Jul 2008 12:57:48 +0200 (CEST) Date: Fri, 4 Jul 2008 12:57:48 +0200 From: Jens Thoms Toerring To: Jason Cipriani Message-ID: <20080704105748.GA26035 at toerring.de> References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/tY3t5nLLyyDja+mCXOsAtpPfSw+TDg4JIoni tdzY+fIzNLn8hqqIOE+p+jlX5KUQrdf1uJ9u0RWlQTBYGspxKw O6oM/ZoFJVaJHZ/EzwQMhkXF5GJ95et Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 17977 Lines: 768 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline To subscribers of the xforms list --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi Jason, On Thu, Jul 03, 2008 at 07:21:01PM -0400, Jason Cipriani wrote: > On Thu, Jul 3, 2008 at 7:05 PM, Jens Thoms Toerring wrote: > > It looks as if the stuff for removing a menu item is badly > > broken already in 1.0.0. I guess nobody ever has tried to use > > it, so it went unnoticed for all those years. I will try to > > come up with a fix that also works for 1.0.90 or 1.0.0 (tell > > me what you are using) but since it's getting a bit late here > > 1.0.90, with some unrelated custom patches to opengl stuff. Here's some good and some bad news: If you want to create a menu with fdesign were you can delete items then you must switch off the "Use Struct" button in the "Spec" tab field for the menus attributes. In that case the menu gets initia- lized via several calls of the function fl_addto_menu() in- stead of a single call of fl_set_menu_entries(). That looks like a minor detail, but internally a rather different type of menu gets created which allows deletion of items. Now the bad news: Deleting an item will change the numbers returned for the items following it, i.e. the number of the selected item is always the (1 based) index of the item in the menu. So you will have to work with comparing the text of the item that you can get with fl_get_menu_item_text(). To get around that you have to change the file lib/menu.c. I append a version for 1.0.90 that hopefully works but I didn't test the changes with that version, just my newer one. Then add to lib/private/menu.h FL_EXPORT int fl_get_menu_value( FL_OBJECT * ob, int item ); and recompile. This should give you a new function named fl_get_menu_value() that expects the menu object and the item index as returned by fl_get_menu(). If you now create the menu items in fdesign with texts like red%x1 green%x2 blue%x3 (the "%xn" stuff will not be shown in the menu with the new version of menu.c) then the new function will return the number following the "%x" and this number does not change after deleting an item. Sorry for all this complexities but the whole stuff for hand- ling menus/popups/choices is rather convoluted and IMHO not very well designed. I guess a complete rewrite (but which then will probably also require changes of the public API) would be the best solution... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de --FL5UXtIhxfXey3p5 Content-Type: text/x-csrc; charset=us-ascii Content-Disposition: attachment; filename="menu.c" /* * * This file is part of the XForms library package. * * XForms is free software; you can redistribute it and/or modify it * under the terms of the GNU Lesser General Public License as * published by the Free Software Foundation; either version 2.1, or * (at your option) any later version. * * XForms is distributed in the hope that it will be useful, but * WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Lesser General Public License for more details. * * You should have received a copy of the GNU Lesser General Public * License along with XForms; see the file COPYING. If not, write to * the Free Software Foundation, 59 Temple Place - Suite 330, Boston, * MA 02111-1307, USA. * */ /** * \file menu.c *. * This file is part of the XForms library package. * Copyright (c) 1996-2002 T.C. Zhao and Mark Overmars * All rights reserved. *. * * * XForms Class FL_MENU. * call PopUp to handle the actual random access * * possible optimization: * upon first creation of the popup, set extern_menu to the popup ID * and let popup manage all the modes/values from then on. * * OR use the following to simplify code for extern pup * when extern_menu is used, gets all text and mode, then * all the code would be the same for extern and native menu. * */ #if defined(F_ID) || defined(DEBUG) char *fl_id_menu = "$Id: menu.c,v 1.6 2003/04/24 09:35:34 leeming Exp $"; #endif #ifdef HAVE_CONFIG_H #include #endif #include "include/forms.h" #include "flinternal.h" #include "private/pmenu.h" #include #include #include #define SPEC FL_MENU_SPEC #define ISPUP(sp) (sp->extern_menu >= 0) /* Due to the possibility of %t %x present in the item str, an item's * value and its index may be different. */ static int val_to_index(SPEC *sp, int val) { int i; for (i = 1; i <= sp->numitems; i++) if (val == sp->mval[i]) return i; return 0; } /* Creates the menu and shows it. Returns the item selected. */ static int do_menu(FL_OBJECT * ob) { int i, val; SPEC *sp = ((SPEC *) (ob->spec)); if (sp->numitems == 0 && sp->extern_menu < 0) return 0; if (sp->extern_menu >= 0) { Window oparent, win; fl_getpup_window(sp->extern_menu, &oparent, &win); if (*ob->label && ob->type != FL_PULLDOWN_MENU) fl_setpup_title(sp->extern_menu, ob->label); fl_reparent_pup(sp->extern_menu, FL_ObjWin(ob)); val = (int) fl_dopup(sp->extern_menu); /* menu might go away, need to restore old parent */ fl_reparent_pup(sp->extern_menu, oparent); return val; } sp->menu = fl_newpup(FL_ObjWin(ob)); if (ob->type != FL_PULLDOWN_MENU) fl_setpup_title(sp->menu, ob->label); else { fl_setpup_shadow(sp->menu, 0); fl_setpup_softedge(sp->menu, 1); } for (i = 1; i <= sp->numitems; i++) { fl_addtopup(sp->menu, sp->items[i]); if ((sp->modechange[i] || sp->mode[i] != FL_PUP_NONE) && sp->mval[i]) { fl_setpup_mode(sp->menu, sp->mval[i], sp->mode[i]); sp->modechange[i] = 0; } fl_setpup_shortcut(sp->menu, i, sp->shortcut[i]); } val = (int) fl_dopup(sp->menu); if (val > 0) { /* if shown for the first time, need to get all mode right as the menu item string may have embedded mode setting strings in it (e.g., R1 etc) */ if (sp->shown == 0) { for (i = 1; i <= sp->numitems; i++) { int m = fl_getpup_mode(sp->menu, sp->mval[i]); sp->modechange[i] = sp->mode[i] != m; sp->mode[i] = m; sp->shown = 1; } } else { int k = val_to_index(sp, val); sp->mode[k] = fl_getpup_mode(sp->menu, val); sp->modechange[k] = 1; /* old val also might change mode if binary */ if (sp->val > 0) { int m = fl_getpup_mode(sp->menu, sp->val); k = val_to_index(sp, sp->val); sp->modechange[k] = sp->mode[k] != m; sp->mode[k] = m; } } } fl_freepup(sp->menu); sp->menu = 0; return val; } /* Handles an event, returns whether value has changed. Here * we only update sp->val if dopup return a positive value, * otherwise two radio button might be set due to mode[val] * and sp->val checking reset */ static int handle_menu(FL_OBJECT * ob, int event, FL_Coord mx, FL_Coord my, int key, void *ev) { SPEC *sp = ((SPEC *) (ob->spec)); static int i = -1; int boxtype = ob->boxtype, bw = ob->bw, dm; FL_COLOR col; #if (FL_DEBUG >= ML_DEBUG) M_info2("HandleMenu", fl_event_name(event)); #endif switch (event) { case FL_DRAW: /* Draw the object */ if ((ob->type == FL_PUSH_MENU && ob->pushed) || (ob->type == FL_TOUCH_MENU && ob->belowmouse)) col = ob->col2; else col = ob->col1; if (ob->type == FL_PULLDOWN_MENU && ob->pushed) { /* col = ob->col2; */ boxtype = FL_UP_BOX; bw = -2; } fl_drw_box(boxtype, ob->x, ob->y, ob->w, ob->h, col, bw); fl_drw_text(ob->align, ob->x, ob->y, ob->w, ob->h, ob->lcol, ob->lstyle, ob->lsize, ob->label); if (sp->showsymbol) { dm = 0.85 * FL_min(ob->w, ob->h); fl_drw_text(0, (ob->x + ob->w - dm - 1), ob->y + 1, dm, dm, col, 0, 0, "@menu"); } return 0; case FL_ENTER: if (ob->type == FL_TOUCH_MENU) { fl_redraw_object(ob); if ((i = do_menu(ob)) > 0) sp->val = i; } return 0; case FL_LEAVE: fl_redraw_object(ob); return (ob->type == FL_TOUCH_MENU && sp->val != -1 && i > 0); case FL_PUSH: if (ob->type == FL_PUSH_MENU || ob->type == FL_PULLDOWN_MENU) { fl_redraw_object(ob); if (ob->type == FL_PULLDOWN_MENU) fl_setpup_position(ob->form->x + ob->x + 1, ob->form->y + ob->y + ob->h + 2 * FL_PUP_PADH + 1); if ((i = do_menu(ob)) > 0) sp->val = i; fl_redraw_object(ob); } return 0; case FL_RELEASE: fl_redraw_object(ob); return (ob->type != FL_TOUCH_MENU && sp->val != -1 && i > 0); case FL_SHORTCUT: ob->pushed = 1; fl_redraw_object(ob); if (ob->type == FL_PULLDOWN_MENU) fl_setpup_position(ob->form->x + ob->x + 1, ob->form->y + ob->y + ob->h + 2 * FL_PUP_PADH + 1); else fl_setpup_position(ob->form->x + ob->x + 5, ob->form->y + ob->y + ob->h + 5); if ((i = do_menu(ob)) != sp->val && i > 0) sp->val = i; ob->pushed = 0; fl_redraw_object(ob); return sp->val != -1 && i > 0; case FL_FREEMEM: fl_clear_menu(ob); fl_free(ob->spec); return 0; default: return 0; } } /*-------------------------------------------*/ /* creates an object */ FL_OBJECT * fl_create_menu(int type, FL_Coord x, FL_Coord y, FL_Coord w, FL_Coord h, const char *label) { FL_OBJECT *ob; SPEC *sp; ob = fl_make_object(FL_MENU, type, x, y, w, h, label, handle_menu); if (type == FL_PULLDOWN_MENU) ob->boxtype = FL_FLAT_BOX; else ob->boxtype = FL_MENU_BOXTYPE; ob->col1 = FL_MENU_COL1; ob->col2 = FL_MENU_COL2; ob->lcol = FL_MENU_LCOL; ob->lstyle = FL_BOLD_STYLE; ob->align = FL_MENU_ALIGN; ob->spec = fl_calloc(1, sizeof(SPEC)); sp = ((SPEC *) (ob->spec)); sp->extern_menu = -1; return ob; } /* Adds an object */ FL_OBJECT * fl_add_menu(int type, FL_Coord x, FL_Coord y, FL_Coord w, FL_Coord h, const char *label) { FL_OBJECT *ob; ob = fl_create_menu(type, x, y, w, h, label); fl_add_object(fl_current_form, ob); return ob; } /*-------------------------------------*/ /* Clears the menu object */ void fl_clear_menu(FL_OBJECT * ob) { int i; SPEC *sp = ((SPEC *) (ob->spec)); sp->val = 0; sp->cur_val = 0; if (ISPUP(sp)) { fl_freepup(sp->extern_menu); sp->extern_menu = -1; return; } for (i = 1; i <= sp->numitems; i++) { fl_free(sp->items[i]); fl_free(sp->shortcut[i]); sp->mode[i] = FL_PUP_NONE; } sp->numitems = 0; } /* Adds a line to the menu item. */ static void addto_menu(FL_OBJECT * ob, const char *str) { SPEC *sp = ((SPEC *) (ob->spec)); int n; char *p, *eptr; if (sp->numitems >= FL_MENU_MAXITEMS) return; n = ++(sp->numitems); sp->items[n] = (char *) fl_malloc(FL_MENU_MAXSTR + 1); strncpy(sp->items[n], str, FL_MENU_MAXSTR); sp->items[n][FL_MENU_MAXSTR] = '\0'; sp->shortcut[n] = fl_malloc(1); sp->shortcut[n][0] = '\0'; sp->mode[n] = FL_PUP_NONE; /* If we want to support %x, need to parse the string */ if ( ! ( p = strstr( sp->items[ n ], "%x" ) ) ) sp->mval[ n ] = ++sp->cur_val; else { if ( ! isdigit( ( int ) p[ 2 ] ) ) { M_err( "addto_menu", "Missing number after %%x" ); sp->mval[ n ] = ++sp->cur_val; } else { sp->mval[ n ] = strtol( p + 2, &eptr, 10 ); while ( *eptr && isspace( ( int ) *eptr ) ) eptr++; if ( *eptr ) memmove( p, eptr, strlen( eptr ) + 1 ); else *p = '\0'; } } } /* Sets the menu to a particular menu string */ void fl_set_menu(FL_OBJECT * ob, const char *menustr) { fl_clear_menu(ob); fl_addto_menu(ob, menustr); } /* Adds a line to the menu item. */ int fl_addto_menu(FL_OBJECT * ob, const char *menustr) { char ttt[256]; int i = 0, j = 0; SPEC *sp; #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("AddtoMenu", "%s is not Menu class", ob ? ob->label : ""); return 0; } #endif sp = ob->spec; while (menustr[i] != '\0') { if (menustr[i] == '|') { ttt[j] = '\0'; addto_menu(ob, ttt); j = 0; } else ttt[j++] = menustr[i]; i++; } if (j != 0) { ttt[j] = '\0'; addto_menu(ob, ttt); } return sp->numitems; } /* Replaces a line in the menu item. */ void fl_replace_menu_item(FL_OBJECT * ob, int numb, const char *str) { SPEC *sp = ((SPEC *) (ob->spec)); if (ISPUP(sp)) { fl_replacepup_text(sp->extern_menu, numb, str); } else { if (numb < 1 || numb > sp->numitems) return; strncpy(sp->items[numb], str, FL_MENU_MAXSTR); sp->items[numb][FL_MENU_MAXSTR] = '\0'; } } #if 0 /* assign menu item values. Currently %x is not supported */ static void gen_index(FL_OBJECT * ob) { SPEC *sp = ob->spec; int i; sp->cur_val = 0; for (i = 1; i <= sp->numitems; i++) if (!strstr(sp->items[i], "%t")) sp->mval[i] = ++sp->cur_val; } #endif /* Removes a line from the menu item. */ void fl_delete_menu_item(FL_OBJECT * ob, int numb) { int i; SPEC *sp = ((SPEC *) (ob->spec)); if (numb < 1 || numb > sp->numitems) return; fl_free(sp->items[numb]); fl_free(sp->shortcut[numb]); for (i = numb; i < sp->numitems; i++) { sp->items[i] = sp->items[i + 1]; sp->mode[i] = sp->mode[i + 1]; sp->modechange[i] = sp->modechange[i + 1]; sp->mval[i] = sp->mval[i + 1]; sp->shortcut[i] = sp->shortcut[i + 1]; } sp->mode[sp->numitems] = FL_PUP_NONE; sp->items[sp->numitems] = 0; sp->numitems--; sp->cur_val--; } void fl_set_menu_item_shortcut(FL_OBJECT * ob, int numb, const char *str) { SPEC *sp = ((SPEC *) (ob->spec)); sp->shortcut[numb] = fl_realloc(sp->shortcut[numb], strlen(str) + 1); strcpy(sp->shortcut[numb], str); } /* Sets the display mode for the menu item */ void fl_set_menu_item_mode(FL_OBJECT * ob, int numb, unsigned mode) { SPEC *sp = ((SPEC *) (ob->spec)); if (ISPUP(sp)) { fl_setpup_mode(sp->extern_menu, numb, mode); } else { if (numb < 1 || numb > sp->numitems) return; sp->mode[numb] = mode; sp->modechange[numb] = 1; if ((mode & FL_PUP_CHECK)) sp->val = numb; } } /* Makes the menu symbol visible or not */ void fl_show_menu_symbol(FL_OBJECT * ob, int show) { SPEC *sp = ((SPEC *) (ob->spec)); sp->showsymbol = show; fl_redraw_object(ob); } /* Returns the number of the menu item selected. */ int fl_get_menu(FL_OBJECT * ob) { SPEC *sp = ((SPEC *) (ob->spec)); #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("GetMenu", "%s is not Menu class", ob ? ob->label : ""); return 0; } #endif return sp->val; } int fl_get_menu_maxitems(FL_OBJECT * ob) { SPEC *sp = ((SPEC *) (ob->spec)); #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("GetMenu", "%s is not Menu class", ob ? ob->label : ""); return 0; } #endif return ISPUP(sp) ? fl_getpup_items(sp->extern_menu) : sp->numitems; } /* Returns the text of the menu item selected. */ const char * fl_get_menu_text(FL_OBJECT * ob) { SPEC *sp = ((SPEC *) (ob->spec)); const char *s; #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("GetMenuText", "%s is not Menu class", ob ? ob->label : ""); return 0; } #endif if (ISPUP(sp)) s = fl_getpup_text(sp->extern_menu, sp->val); else s = (sp->val < 1 || sp->val > sp->numitems) ? 0 : sp->items[sp->val]; return s; } const char * fl_get_menu_item_text(FL_OBJECT * ob, int n) { SPEC *sp = ((SPEC *) (ob->spec)); const char *s; #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("GetMenuText", "%s is not Menu class", ob ? ob->label : ""); return 0; } #endif if (ISPUP(sp)) s = fl_getpup_text(sp->extern_menu, n); else s = (n < 1 || n > sp->numitems) ? 0 : sp->items[n]; return s; } unsigned fl_get_menu_item_mode(FL_OBJECT * ob, int n) { SPEC *sp; #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("GetMenuItemMode", "%s is not Menu class", ob ? ob->label : ""); return 0; } #endif sp = ob->spec; if (ISPUP(sp)) return fl_getpup_mode(sp->extern_menu, n); else return (n > 0 && n <= sp->numitems) ? sp->mode[n] : 0; } void fl_set_menu_popup(FL_OBJECT * ob, int pup) { #if (FL_DEBUG >= ML_ERR) if (!IsValidClass(ob, FL_MENU)) { Bark("setmenuPup", "%s is not Menu class", ob ? ob->label : ""); return; } #endif ((SPEC *) (ob->spec))->extern_menu = pup; if (ob->type == FL_PULLDOWN_MENU) fl_setpup_shadow(pup, 0); } int fl_set_menu_entries(FL_OBJECT * ob, FL_PUP_ENTRY * ent) { int n; fl_clear_menu(ob); n = fl_newpup(0); fl_set_menu_popup(ob, fl_setpup_entries(n, ent)); if (ob->type == FL_PULLDOWN_MENU) { fl_setpup_bw(n, -2); fl_setpup_shadow(n, 0); } return n; } int fl_get_menu_popup(FL_OBJECT * ob) { SPEC *sp = ob->spec; return ISPUP(sp) ? sp->extern_menu : -1; } /*************************************** ***************************************/ int fl_get_menu_value( FL_OBJECT * ob, int item ) { FL_MENU_SPEC *sp = ob->spec; if ( item < 1 || item > sp->numitems ) return -1; if( ISPUP( sp ) ) return item; return sp->mval[ item ]; } --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms --FL5UXtIhxfXey3p5-- >From xforms-bounces at bob.usuhs.mil Fri Jul 4 01:32:29 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 01:32:29 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu3) with ESMTP (Nemesis) id 0MKqIe-1KEYHg3Vhy-0006av for jt at toerring.de; Fri, 04 Jul 2008 01:32:29 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63NL3he020319; Thu, 3 Jul 2008 19:21:09 -0400 Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63NL1ka020315 for ; Thu, 3 Jul 2008 19:21:02 -0400 Received: by wf-out-1314.google.com with SMTP id 25so933928wfc.28 for ; Thu, 03 Jul 2008 16:21:01 -0700 (PDT) Received: by 10.143.42.3 with SMTP id u3mr79226wfj.148.1215127261664; Thu, 03 Jul 2008 16:21:01 -0700 (PDT) Received: by 10.142.86.6 with HTTP; Thu, 3 Jul 2008 16:21:01 -0700 (PDT) Message-ID: Date: Thu, 3 Jul 2008 19:21:01 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080703230528.GA27176 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> <20080703230528.GA27176 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1285 Lines: 31 To subscribers of the xforms list On Thu, Jul 3, 2008 at 7:05 PM, Jens Thoms Toerring wrote: > It looks as if the stuff for removing a menu item is badly > broken already in 1.0.0. I guess nobody ever has tried to use > it, so it went unnoticed for all those years. I will try to > come up with a fix that also works for 1.0.90 or 1.0.0 (tell > me what you are using) but since it's getting a bit late here 1.0.90, with some unrelated custom patches to opengl stuff. > where I'm living I guess I better get a bit of sleep before I > make a complete mess out of it. I hope you will get something > tomorrow morning (when it is morning in yor time zone that is;-) > but I don't know at the moment how complicated it's going to > be, so please don't hold your breath until then;-) It's no big deal. And, in general, I'm in a perpetual state of breath-holding anyways. If I uncover anything interesting I'll let you know. Thanks, Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 01:18:57 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 01:18:57 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu13) with ESMTP (Nemesis) id 0MKsEO-1KEY4a1wXN-0004sw for jt at toerring.de; Fri, 04 Jul 2008 01:18:57 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63N6KvE020229; Thu, 3 Jul 2008 19:07:01 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63N61XI020223 for ; Thu, 3 Jul 2008 19:06:02 -0400 Received: from gpt.toerring.de (p54BF9C83.dip0.t-ipconnect.de [84.191.156.131]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1KEXrl1qbe-0003JZ; Fri, 04 Jul 2008 01:05:29 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id D89D76B8537; Fri, 4 Jul 2008 01:05:28 +0200 (CEST) Date: Fri, 4 Jul 2008 01:05:28 +0200 From: Jens Thoms Toerring To: Jason Cipriani Message-ID: <20080703230528.GA27176 at toerring.de> References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18LzLBiHcGP/iDOgo1ye1arlRQlWJvLp0nKVZ3 5485BGNp3oZg+pfC/i70qQKuH7ga72KCLa6PHuqReRVI2SRkb+ CtsHoZ8R7MbxX5zlKrEVjmcdbvkcc6b Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1713 Lines: 41 To subscribers of the xforms list Hi Jason, On Thu, Jul 03, 2008 at 06:35:53PM -0400, Jason Cipriani wrote: > Attached is a test program I've created. Thanks, that confirms my own observations... > The form has a single menu with 3 items, 3 buttons to remove each > item, and a button to clear the entire menu (as a sanity check). > > Clearing the menu works properly. Attempting to remove items does not > work at all. > > There's not a way to hide/show individual items, is there? I couldn't > find anything looking through the documentation. If there is, that > would work as a workaround for now. It looks as if the stuff for removing a menu item is badly broken already in 1.0.0. I guess nobody ever has tried to use it, so it went unnoticed for all those years. I will try to come up with a fix that also works for 1.0.90 or 1.0.0 (tell me what you are using) but since it's getting a bit late here where I'm living I guess I better get a bit of sleep before I make a complete mess out of it. I hope you will get something tomorrow morning (when it is morning in yor time zone that is;-) but I don't know at the moment how complicated it's going to be, so please don't hold your breath until then;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 00:47:27 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 00:47:27 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu8) with ESMTP (Nemesis) id 0MKt1w-1KEXa614hA-0005zf for jt at toerring.de; Fri, 04 Jul 2008 00:47:26 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63MZuP4020001; Thu, 3 Jul 2008 18:35:57 -0400 Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63MZsmd019998 for ; Thu, 3 Jul 2008 18:35:54 -0400 Received: by wf-out-1314.google.com with SMTP id 25so922624wfc.28 for ; Thu, 03 Jul 2008 15:35:53 -0700 (PDT) Received: by 10.142.240.19 with SMTP id n19mr71368wfh.332.1215124553584; Thu, 03 Jul 2008 15:35:53 -0700 (PDT) Received: by 10.142.86.6 with HTTP; Thu, 3 Jul 2008 15:35:53 -0700 (PDT) Message-ID: Date: Thu, 3 Jul 2008 18:35:53 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080703221048.GA23177 at toerring.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_13174_26672594.1215124553568" References: <20080703214526.GC21371 at toerring.de> <20080703221048.GA23177 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3521 Lines: 76 ------=_Part_13174_26672594.1215124553568 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline To subscribers of the xforms list ------=_Part_13174_26672594.1215124553568 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thu, Jul 3, 2008 at 6:10 PM, Jens Thoms Toerring wrote: > I am also just looking into this and trying to come up with > an expample program. If you have one at hand just send it to > me - I wouldn't be too surprised if there still are some bugs > lurking;-) Attached is a test program I've created. The form has a single menu with 3 items, 3 buttons to remove each item, and a button to clear the entire menu (as a sanity check). Clearing the menu works properly. Attempting to remove items does not work at all. There's not a way to hide/show individual items, is there? I couldn't find anything looking through the documentation. If there is, that would work as a workaround for now. Jason ------=_Part_13174_26672594.1215124553568 Content-Type: application/x-gzip; name=deleteitem.tar.gz Content-Transfer-Encoding: base64 X-Attachment-Id: f_fi7xpc2s0 Content-Disposition: attachment; filename=deleteitem.tar.gz H4sIAKFTbUgAA+1XbXPaRhD2V9+v2HGTDmaASryYltiZ2kY4tAI8WIydTmYYIR2gWpyY00Hqpulv 796deLFD6k6LiTPVY8a623vZved2VyufhlTQQNDJd3tPBQNRrVTk06xWTNU3y2X1TLBnmkapVKyY R0Z1zzCLVbO0B5Uns2gNs1i4HGBvEM7ogIbi8/Moj3dh0G7hr+6/5d7SYRDSreuQF3yk73vj/Zcq pbX7N/D+y6VyZQ+MrVuyAf/z+y9cvum039bADUPwQuoyQrBZA0FjQYiS1Mg+n0B+OIfsn0oOzpg2 Ij7JFj54uXFu4N5+JCSRFbzaYrgw9Mn+0KdxMGKQ9yI2p1zAi2NC5CY1mLgBK3jL2R7ZH3ke5K/x J63JT6nvMhFIEYvyM4Y34OenLncn6LEc8i6Lg082gXw4xEaMzxvTlP+naHsEL34kX5rqZ4m1+NdU PoGOR+LfLGHOX8R/xZTxX6pW0/jfCb4JmBfOfArHKmwK49dkKTpYRNX4YCU8joUfRHIeIY16P5kC 2dGi+QoH5lHggzdoUTaDTMPud85+ss4dyE7YLAdhxEYwPYQPhAAETID0PjiBYdgfUdGf4KIMTjx8 hcPDKccZwwwqpZzn4EBvWoOXwTt2kFNLcSL5uFLapZNoTu+pjRKlgZ9oRVXa8ZW2vtwlszxA/jU2 pJacXLDRiqa0+GUYgN7FL2hj/AemnGP65Bstma4MkTmW61N/asJm9YpXtU6rXqiVZMoohoxsuXzk 5cAbownZLHbmK50BC0TghsHvNPOtnibHk50dzM54GgN/Sv3SKrwjj1MXWZO+spBmtI1hPx5H79XI g3PIRg6QhEv79Nzqn1ttx+oqQaNn22edbl129aGUbnkcgPdjrEUgYx5iW99YpHaPM3qcUzHjDAx1 9i8dRl8t1vL/6rW9ZR2P5H9M+av6v2yWZf1XOSqm+X8XaLmjAEs2fAcbBiFNhpUVc0NQ4V7HzwGZ KCIGDYxFFYcZPwIWCZlW2IgeEtKeTQZYjUVDUMGJW5EeLpKCCXXjGac1GernHYzz/mXzxrIJObkP aHS6LXggJG2s85a1JLkOfDGuQalokDc0GI2xfixWjDXtncGv1BOov0pIfgOwlnXjWNly1rkh4m6K u/cuVWcQ/VYDA/9we7UtCvQEnJ3M8aIw4nFyFttcPLFaxvIWs7dQQ6d286KdpDgSi7tQ79HGA57a /SvnrW2RGNOuktatxmnPdvpXzV8sEqICbR1myZ9J6KIz1oBgUuXCm+HuhNPlyq4l16A2m4y4Ow/E nVYTXejevQ5hikniYVU9cL1bbGK2n2mbHyWrZbV7CVuXmK7rneu2linSTEP+vkfm7pPWsE+dz9HW wsY/o+2sY9f/BWnyTbJF4pJX8Rp/ughZY9HA2MAPHKE6Xeqvdy84pWxdcIaZ5nEf7TlOp50Qn7hP ItPE/2Bo8g0oPyN/TYov82n8dlHcrTFvboXJo2fLZHFnTBa345PP1ylLO6OytB0qn6FXqi+ap+JR b76eVR+j0bFunPskKomisJg4Y0U9//vbybYazh/LXrN91axb2/FOWYEKmPIIaZuAiN4xZFVEnELE g1Eg6zFZoMeFHVQDJ38Lknz/ibH+BozTD68UKVKkSJEiRYoUKVKkSJHiK8BfiC5aqgAoAAA= ------=_Part_13174_26672594.1215124553568 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms ------=_Part_13174_26672594.1215124553568-- >From xforms-bounces at bob.usuhs.mil Fri Jul 4 00:28:27 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 00:28:27 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1KEXHj0TSn-0006Wz for jt at toerring.de; Fri, 04 Jul 2008 00:28:27 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63MCRlo019811; Thu, 3 Jul 2008 18:14:49 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63MBL9x019803 for ; Thu, 3 Jul 2008 18:11:38 -0400 Received: from gpt.toerring.de (p54BF9C83.dip0.t-ipconnect.de [84.191.156.131]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1KEX0r3kw1-0006cT; Fri, 04 Jul 2008 00:10:50 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 51F716B8537; Fri, 4 Jul 2008 00:10:49 +0200 (CEST) Date: Fri, 4 Jul 2008 00:10:49 +0200 From: Jens Thoms Toerring To: Jason Cipriani Message-ID: <20080703221048.GA23177 at toerring.de> References: <20080703214526.GC21371 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18p7IaiLIONRSn1eXSqQNnRTCFsD/zzSW0gb2d Y4WMViMG+C5xkezhr6KKCYwFIFA84xWywZKJYN+cyfyTjrqLkW WnxMs2YS3T00NS3Vm0/s2K6NxHGTZzb Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1132 Lines: 26 To subscribers of the xforms list Hi Jason, On Thu, Jul 03, 2008 at 06:01:28PM -0400, Jason Cipriani wrote: > Oh, right. Now that I think about it, not only do I remember reading > that, but I am actually using %x for other menu items elsewhere in > this very same application. I've been staring at the screen too long. > :-S I'm still having trouble getting fl_delete_menu_item to work at > all but I suspect it's something silly as well. I am also just looking into this and trying to come up with an expample program. If you have one at hand just send it to me - I wouldn't be too surprised if there still are some bugs lurking;-) best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Jul 4 00:22:34 2008 Return-Path: Delivery-Date: Fri, 04 Jul 2008 00:22:34 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu21) with ESMTP (Nemesis) id 0ML4Q0-1KEXC11hS4-0001m4 for jt at toerring.de; Fri, 04 Jul 2008 00:22:34 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63M1hX1019708; Thu, 3 Jul 2008 18:02:26 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63M1fum019704 for ; Thu, 3 Jul 2008 18:01:41 -0400 Received: by yw-out-2324.google.com with SMTP id 9so394574ywe.13 for ; Thu, 03 Jul 2008 15:01:33 -0700 (PDT) Received: by 10.151.148.2 with SMTP id a2mr1100116ybo.0.1215122493586; Thu, 03 Jul 2008 15:01:33 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Thu, 3 Jul 2008 15:01:28 -0700 (PDT) Message-ID: Date: Thu, 3 Jul 2008 18:01:28 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080703214526.GC21371 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline References: <20080703214526.GC21371 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1302 Lines: 27 To subscribers of the xforms list On Thu, Jul 3, 2008 at 5:45 PM, Jens Thoms Toerring wrote: > The value that is returned is actually not necessary identical > to the index of the entry, the structure for an entry has a > member for storing the value to be returned. The index of the > item is just the defalt value set at creation. But you can over- > ride this value at creation of the menu, see "%xn" at the end of > page 201 of the PostScript documentation for 0.89, all that's > required is that it's positive (but I don't know off-hand if 0 > is regarded as positive). Oh, right. Now that I think about it, not only do I remember reading that, but I am actually using %x for other menu items elsewhere in this very same application. I've been staring at the screen too long. :-S I'm still having trouble getting fl_delete_menu_item to work at all but I suspect it's something silly as well. Thanks for looking into it, and the quick reply, Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Jul 3 23:57:34 2008 Return-Path: Delivery-Date: Thu, 03 Jul 2008 23:57:34 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu14) with ESMTP (Nemesis) id 0ML3Dg-1KEWnq0A6T-0006hW for jt at toerring.de; Thu, 03 Jul 2008 23:57:34 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63LjUhH019572; Thu, 3 Jul 2008 17:45:32 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63LjSAm019569 for ; Thu, 3 Jul 2008 17:45:29 -0400 Received: from gpt.toerring.de (p54BF9C83.dip0.t-ipconnect.de [84.191.156.131]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1KEWcI1sT7-0006Xi; Thu, 03 Jul 2008 23:45:27 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id D50EC6B8537; Thu, 3 Jul 2008 23:45:26 +0200 (CEST) Date: Thu, 3 Jul 2008 23:45:26 +0200 From: Jens Thoms Toerring To: Jason Cipriani Message-ID: <20080703214526.GC21371 at toerring.de> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19Sp/MQgCW1JSOu2t/fe+m/nYa6U9lX1BuF8px +1BaAicNsQ34B/HZkLNwVNLf/RNN7TmFdYWOLrMEnBQAgeAEjd O0tUI2WbgR2w7WiJ0Kkv2mfHUBVTn6h Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2060 Lines: 52 To subscribers of the xforms list Hi Jason, On Thu, Jul 03, 2008 at 04:53:23PM -0400, Jason Cipriani wrote: > Let's say I have a menu with these items, created in fdesign: > > 1. Red > 2. Green > 3. Blue > > So the IDs (returned by fl_get_menu) are 1, 2, and 3. > > If I use fl_delete_menu_item() to remove the second item (id = 2), > then I've observed that the IDs of the other menu items do NOT change, > leaving the menu like this: > > 1. Red > 3. Blue > > This is convenient and is what I want to happen, I was pleasantly > surprised when I noticed it. However, I was always under the (possibly > incorrect) impression that menu item IDs *always* corresponded to the > index of the item (so Blue would have been changed to 2 rather than > remaining as 3). > > Is this ("Blue" keeping it's ID of 3) a bug that coincidently worked > out well for me? Or is this intentional behavior that I can rely on in > the future? No, I don't think it's a convenient bug but intended that way. The value that is returned is actually not necessary identical to the index of the entry, the structure for an entry has a member for storing the value to be returned. The index of the item is just the defalt value set at creation. But you can over- ride this value at creation of the menu, see "%xn" at the end of page 201 of the PostScript documentation for 0.89, all that's required is that it's positive (but I don't know off-hand if 0 is regarded as positive). So I guess you can rely on the beha- viour and should cry "BUG" if you find it behaves differently;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Jul 3 23:37:44 2008 Return-Path: Delivery-Date: Thu, 03 Jul 2008 23:37:44 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1KEWUe0n45-0000uK for jt at toerring.de; Thu, 03 Jul 2008 23:37:44 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63LPsdD019376; Thu, 3 Jul 2008 17:26:00 -0400 Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63LPqGO019373 for ; Thu, 3 Jul 2008 17:25:52 -0400 Received: by yw-out-2324.google.com with SMTP id 9so388290ywe.13 for ; Thu, 03 Jul 2008 14:25:50 -0700 (PDT) Received: by 10.150.83.22 with SMTP id g22mr1005567ybb.134.1215120350010; Thu, 03 Jul 2008 14:25:50 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Thu, 3 Jul 2008 14:25:44 -0700 (PDT) Message-ID: Date: Thu, 3 Jul 2008 17:25:44 -0400 From: "Jason Cipriani" To: xforms at bob.usuhs.mil In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline References: Subject: Re: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1110 Lines: 27 To subscribers of the xforms list On Thu, Jul 3, 2008 at 4:53 PM, Jason Cipriani wrote: > If I use fl_delete_menu_item() to remove the second item (id = 2), > then I've observed that the IDs of the other menu items do NOT change, > leaving the menu like this: I take this back, I seem to have grossly misinterpreted what I was seeing. In fact, fl_delete_menu_item() appears to do nothing at all. If I create a menu with 5 items in fdesign, say it's named "TheMenu", and then attempt to delete one of the items: fl_delete_menu_item(TheForm->TheMenu, 2); It seems that nothing happens at all. No items are deleted. The menu remains unmodified. Is there some other function I need to call to "apply" whatever changes fl_delete_menu_item makes? Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Jul 3 23:08:18 2008 Return-Path: Delivery-Date: Thu, 03 Jul 2008 23:08:18 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu6) with ESMTP (Nemesis) id 0MKsUu-1KEW2A184E-0005t7 for jt at toerring.de; Thu, 03 Jul 2008 23:08:18 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63KrPki019074; Thu, 3 Jul 2008 16:53:26 -0400 Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63KrOXP019070 for ; Thu, 3 Jul 2008 16:53:24 -0400 Received: by yx-out-2324.google.com with SMTP id 8so299444yxb.13 for ; Thu, 03 Jul 2008 13:53:24 -0700 (PDT) Received: by 10.150.177.20 with SMTP id z20mr934790ybe.223.1215118404007; Thu, 03 Jul 2008 13:53:24 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Thu, 3 Jul 2008 13:53:23 -0700 (PDT) Message-ID: Date: Thu, 3 Jul 2008 16:53:23 -0400 From: "Jason Cipriani" To: xforms at bob.usuhs.mil MIME-Version: 1.0 Content-Disposition: inline Subject: [XForms] Question #2: Relying on menu subitem IDs after fl_delete_menu_item(). X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1151 Lines: 36 To subscribers of the xforms list Let's say I have a menu with these items, created in fdesign: 1. Red 2. Green 3. Blue So the IDs (returned by fl_get_menu) are 1, 2, and 3. If I use fl_delete_menu_item() to remove the second item (id = 2), then I've observed that the IDs of the other menu items do NOT change, leaving the menu like this: 1. Red 3. Blue This is convenient and is what I want to happen, I was pleasantly surprised when I noticed it. However, I was always under the (possibly incorrect) impression that menu item IDs *always* corresponded to the index of the item (so Blue would have been changed to 2 rather than remaining as 3). Is this ("Blue" keeping it's ID of 3) a bug that coincidently worked out well for me? Or is this intentional behavior that I can rely on in the future? Thanks, Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Jul 3 23:03:52 2008 Return-Path: Delivery-Date: Thu, 03 Jul 2008 23:03:52 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu6) with ESMTP (Nemesis) id 0MKsUu-1KEVxr1ZpY-0005wM for jt at toerring.de; Thu, 03 Jul 2008 23:03:52 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m63KfJb9018943; Thu, 3 Jul 2008 16:45:04 -0400 Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m63KfHPK018940 for ; Thu, 3 Jul 2008 16:41:17 -0400 Received: by yx-out-2324.google.com with SMTP id 8so297949yxb.13 for ; Thu, 03 Jul 2008 13:41:17 -0700 (PDT) Received: by 10.151.145.21 with SMTP id x21mr999324ybn.66.1215117677247; Thu, 03 Jul 2008 13:41:17 -0700 (PDT) Received: by 10.150.51.15 with HTTP; Thu, 3 Jul 2008 13:41:17 -0700 (PDT) Message-ID: Date: Thu, 3 Jul 2008 16:41:17 -0400 From: "Jason Cipriani" To: xforms at bob.usuhs.mil MIME-Version: 1.0 Content-Disposition: inline Subject: [XForms] Hiding menu items. X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 443 Lines: 13 To subscribers of the xforms list Quick question: How do I hide/show an item in a PULLDOWN_MENU? Thanks, Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From geomview-users-bounces at lists.sourceforge.net Tue Jun 24 02:44:56 2008 Return-Path: Delivery-Date: Tue, 24 Jun 2008 02:44:56 +0200 Received-SPF: pass (mxeu14: domain of lists.sourceforge.net designates 66.35.250.225 as permitted sender) client-ip=66.35.250.225; envelope-from=geomview-users-bounces at lists.sourceforge.net; helo=lists-outbound.sourceforge.net; Received: from lists-outbound.sourceforge.net (lists-outbound.sourceforge.net [66.35.250.225]) by mx.kundenserver.de (node=mxeu14) with ESMTP (Nemesis) id 0ML3Dg-1KAweW0UZj-0000u0 for jt at toerring.de; Tue, 24 Jun 2008 02:44:56 +0200 Received: from sc8-sf-list2-new.sourceforge.net (sc8-sf-list2-new-b.sourceforge.net [10.3.1.94]) by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP id 8B7E7F851; Mon, 23 Jun 2008 17:44:54 -0700 (PDT) Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92] helo=mail.sourceforge.net) by sc8-sf-list2-new.sourceforge.net with esmtp (Exim 4.43) id 1KAweI-0005fV-N5 for geomview-users at lists.sourceforge.net; Mon, 23 Jun 2008 17:44:42 -0700 Received: from moutng.kundenserver.de ([212.227.126.174]) by mail.sourceforge.net with esmtp (Exim 4.44) id 1KAweQ-0007rP-H2 for geomview-users at lists.sourceforge.net; Mon, 23 Jun 2008 17:44:53 -0700 Received: from gpt.toerring.de (p54BF9E15.dip0.t-ipconnect.de [84.191.158.21]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KAwe8143P-0004x3; Tue, 24 Jun 2008 02:44:32 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id B337D6B8534; Tue, 24 Jun 2008 02:44:31 +0200 (CEST) Date: Tue, 24 Jun 2008 02:44:31 +0200 From: Jens Thoms Toerring To: geomview-users at lists.sourceforge.net Message-ID: <20080624004431.GA23017 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX183XTK9TE+n6Mdh/OHNslFbdYo9pFo1Umc7UEM bB4vjifVdcugVCI7WTZKc/isPSuxDRnrU5RXCYg498crr6Q7U0 zBnoe2Jf/6uAwa+ygmutz7eP+6IfCub X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by sourceforge.net. See http://spamassassin.org/tag/ for more details. Report problems to http://sf.net/tracker/?func=add&group_id=1&atid=200001 1.0 FORGED_RCVD_HELO Received: contains a forged HELO Subject: [geomview-users] XForms - new release pending X-BeenThere: geomview-users at lists.sourceforge.net X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Geomview users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: geomview-users-bounces at lists.sourceforge.net Errors-To: geomview-users-bounces at lists.sourceforge.net Envelope-To: jt at toerring.de Status: RO Content-Length: 1609 Lines: 36 Hello, I have seen that at least some of the plugins for Geomview are using XForms. I have become one of the maintainers of XForms and in the last months have made a number of changes to it, mostly trying to remove bugs and making it more stable. Now I am considering to release a new version and I am trying to get as much feedback as possible about outstanding pro- blems as well as about the ones I may have introduced in the process of working on XForms. I would be really grateful if those of you that wrote or maintain plugins based on XForms would be prepared to test it against the newest pre-release of the library http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre11.tar.gz and tell me about everything you deem to be not working cor- rectly. Please note that there were also some changes to the default graphics settings (like border widths etc.) that were made to make XForms look a bit more "modern" but that may in- fluence the look of the plugins if you are using these default settings. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ geomview-users mailing list geomview-users at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geomview-users >From xforms-bounces at bob.usuhs.mil Tue Jun 24 00:13:22 2008 Return-Path: Delivery-Date: Tue, 24 Jun 2008 00:13:22 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1KAuHd2hq6-0006dE for jt at toerring.de; Tue, 24 Jun 2008 00:13:22 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m5NM1IRn026658; Mon, 23 Jun 2008 18:01:19 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m5NM1FJx026655 for ; Mon, 23 Jun 2008 18:01:16 -0400 Received: from gpt.toerring.de (p54BF9E15.dip0.t-ipconnect.de [84.191.158.21]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KAu6509iD-0004dd; Tue, 24 Jun 2008 00:01:13 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 70D056B8534; Tue, 24 Jun 2008 00:01:12 +0200 (CEST) Date: Tue, 24 Jun 2008 00:01:12 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080623220112.GA22140 at toerring.de> References: <20080623212413.GA16829 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080623212413.GA16829 at toerring.de> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+7pxoVf+fEETopundyf3eTmHB23K0j9v+WNMT PNwrDxWJM/6uyb1NImQ25pZtF/vtYzSGI/OtmRAgxMYUS05O9b MT6zYghWF8/zrx8ltPB2C9lKmH3Csvj Subject: Re: [XForms] New pre-release 1.0.91pre11 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 876 Lines: 22 To subscribers of the xforms list Hi, On Mon, Jun 23, 2008 at 11:24:13PM +0200, Jens Thoms Toerring wrote: > a) Thanks to Werner Heise sending me lots of test programs I Sorry, that should have been Werner Heisch, not Heise. I hope he isn't too annoyed, at least I got his name mixed up with that of the publisher of what are probably the best computer magazines in Germany... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Jun 23 23:48:20 2008 Return-Path: Delivery-Date: Mon, 23 Jun 2008 23:48:20 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu19) with ESMTP (Nemesis) id 0ML05c-1KAttP1nC5-0000tQ for jt at toerring.de; Mon, 23 Jun 2008 23:48:20 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m5NLOJjc025137; Mon, 23 Jun 2008 17:24:33 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m5NLOHrI025134 for ; Mon, 23 Jun 2008 17:24:17 -0400 Received: from gpt.toerring.de (p54BF9E15.dip0.t-ipconnect.de [84.191.158.21]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1KAtWI0gzL-0000xn; Mon, 23 Jun 2008 23:24:14 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 775606B8534; Mon, 23 Jun 2008 23:24:13 +0200 (CEST) Date: Mon, 23 Jun 2008 23:24:13 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080623212413.GA16829 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/D2OzS16wYU1LOb8WNnEQhSiXd78/qyKyvWGT Tdq3ROHYazhUhSOUUECilp2+uFT5J7lV6j0XHh5zc2V2UDxBjX MNclljj1qDsL2YCeaUq6RAB5Nh8BP++ Subject: [XForms] New pre-release 1.0.91pre11 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 1661 Lines: 43 To subscribers of the xforms list Hello, there's a further pre-release: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre11.tar.gz As usual here's a list of changes: a) Thanks to Werner Heise sending me lots of test programs I was able to track down a bug in the drawing of pixmaps - clippng wasn't set corectly, so under some circumstances pixmaps would be drawn over objects that were on top of the pixmap. b) The same problem existed also for bitmaps. c) Bitmap buttons now also behave like normal buttons, just with a bitmap drawn of top of it. The foreground color of the bitmap is the same as the label color (and never changes). At the moment I have no outstanding bug reports left and am seriously considering making this pre-release the "official" new 1.0.91 release. Therefore I would like to ask everyone with a bit of time to spend to download the pre-release and test it. I'd rather like to have a release that hasn't some ugly bugs left that should have been found before! It's that long since the last oficial release that some days spent fi- xing still existing bugs won't make much of a difference;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Jun 17 16:05:52 2008 Return-Path: Delivery-Date: Tue, 17 Jun 2008 16:05:52 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1K8boZ29Lr-0006bd for jt at toerring.de; Tue, 17 Jun 2008 16:05:52 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m5HDe7ij013057; Tue, 17 Jun 2008 09:40:25 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m5HDe5uU013054 for ; Tue, 17 Jun 2008 09:40:05 -0400 Received: from gpt.toerring.de (p54BF9FC5.dip0.t-ipconnect.de [84.191.159.197]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1K8bPL2la1-0000bZ; Tue, 17 Jun 2008 15:39:36 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 183536B84A6; Tue, 17 Jun 2008 15:39:34 +0200 (CEST) Date: Tue, 17 Jun 2008 15:39:35 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080617133935.GA22614 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18npBgMf1wiIdzgjTq4vTOVoRykDnuEOsDwpeS nnFWq/ynLfzEiWtcvLrRGs8X+CVVbuFF1FxzsyTigvRr/V2tcW sQJlQTNIe1tKBujf6OAi4act40Rc9Bc Subject: [XForms] New pre-release 1.0.91pre10 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1438 Lines: 36 To subscribers of the xforms list Hello, it was rather a long time since the last pre-release, but now there's a new one: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre10.tar.gz Again, due to my somewhat restricted time at the moment not too many changes have been made: a) The whole way pixmap buttons got drawn was a bit of a mess. I think that they should just behave like any other "normal" button with the only difference that a pixmap gets drawn on top of it (which may get exchanged when the button gets or loses the focus, i.e. the mouse gets moved on top of it or off the button). That's the way its supposed to work now - the drawing routine for normal button is also used for drawing pixmap buttons and when it's done the pixmap gets drawn on top of it. b) Another small cleanup of the code for redarwing objects that are in parts obscured by another object has been made. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Jun 1 00:39:39 2008 Return-Path: Delivery-Date: Sun, 01 Jun 2008 00:39:39 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu0) with ESMTP (Nemesis) id 0MKpIi-1K2ZjS1C5E-0000ZV for jt at toerring.de; Sun, 01 Jun 2008 00:39:39 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m4VLvtPp024700; Sat, 31 May 2008 18:02:33 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m4VLvqwS024697 for ; Sat, 31 May 2008 17:57:53 -0400 Received: from gpt.toerring.de (p54BFA721.dip0.t-ipconnect.de [84.191.167.33]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1K2XLz3ksg-0001Lx; Sat, 31 May 2008 22:08:34 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 37C236B83E5; Sat, 31 May 2008 22:07:02 +0200 (CEST) Date: Sat, 31 May 2008 22:07:03 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080531200702.GA4837 at toerring.de> References: <20080524145233.GA27966 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080524145233.GA27966 at toerring.de> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+5FqjbMYalYrxkJZLW63AVEoQ3y/VvbhBADCx tk/iKf9bIZfhiV6y0DQv2nW16sEu7U2oVAa444sb8v79TpvFDs asyjqcsSUho1uAfCEK9EfjnTX2c+HCl Subject: [XForms] New pre-release 1.0.91pre9 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1559 Lines: 37 To subscribers of the xforms list Hello, there's a new pre-release is available for testing: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre9.tar.gz Not too much has changed compared to the last one: a) Werner Heisch did observe that partially transparent pixmaps weren't displayed correctly anymore in 1.0.91pre8. He also pointed out that the behaviour of pixmap buttons wasn't what was described in the documentation (already in 1.0.90). If there was a focus pixmap (to be shown instead of the original pixmap while the mouse was on top of the button) it was also shown (and did stay shown) when the button was pressed. b) In the code I introduced to make sure "lower" objects don't get drawn above "higher" objects there was a bug in the de- tection if two objects overlap. That led to a lot of useless redraws of other objects when an object got redrawn. That's it for today. Please tell me when you find more bugs! Otherwise I guess there won't be another pre-release next but a real new release;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat May 24 17:19:13 2008 Return-Path: Delivery-Date: Sat, 24 May 2008 17:19:13 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu11) with ESMTP (Nemesis) id 0MKuA8-1JzvWO3xuw-0006Se for jt at toerring.de; Sat, 24 May 2008 17:19:13 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m4OEqbam028074; Sat, 24 May 2008 10:54:57 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m4OEqZnN028071 for ; Sat, 24 May 2008 10:52:36 -0400 Received: from gpt.toerring.de (p54BFADC1.dip0.t-ipconnect.de [84.191.173.193]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1Jzv6o1DOo-0000mJ; Sat, 24 May 2008 16:52:34 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id A81826B835F; Sat, 24 May 2008 16:52:33 +0200 (CEST) Date: Sat, 24 May 2008 16:52:33 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080524145233.GA27966 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/8G7z0Al0uigdDhTa43ihUf+xbIQ/UABQKg9X 2SrRwM/kYkvXIiKyQcl80GOOaB9VCXltClPnUmX2wbMD/hPHNS i6xBuoLeE/tlThByV89dji8B3/He9+i Subject: [XForms] New pre-release 1.0.91pre8 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 3614 Lines: 85 To subscribers of the xforms list Hello, here we go again with another pre-release: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre8.tar.gz What's new? a) Menus and choice object now use normal fonts instead of bold or even bold and italic fonts - they looked much too fat with the reduced border widths. I also made the default background color a tiny bit lighter. b) Alert and message goodies: removed upper limits on the strings that can be passed to them. There's also a new function, called void fl_show_alert2( int c, const char * fmt, ... ) that takes an int (indicating if the alert box is centered on the screen) and a printf()-like format string, followed by as many more aguments as there are format specifiers in the format string. c) Another new function is int fl_get_decoration_sizes( FL_FORM * form, int * top, int * right, int * bottom, int * left ); that you can call with a form and which then returns the widths of the decorations the window manager put around the form window in the four other variables. It returns 0 on success and 1 if it failed. It can fail e.g. because the form is currently not shown on the screen or because it's a form embedded in another form, e.g. as part of a tabfolder. d) When there were overlapping objects and the "lower" object was redrawn the "upper" object did appear to be under the "lower" object. This bug, pointed out by Werner Heisch, has hopefully been removed. e) It could happen that parts of a pixmap got drawn outside of the object it belonged to either because it was larger that the objects bounding box or because its alignment was set to outside. This part of the pixmap then didn't get hidden when the object was hidden. This has now been changed so that only the part that fits into the objects bounding box will get drawn and, when setting the pixmap's alignment an FL_ALIGN_INSIDE is implied. This deviates a bit from the manal where you can read: "Note that although you can place a pixmap outside of the bounding box, it probably is "not a good idea". So the "not so good idea" is now forbidden. In older versions also the additional margins around a pixmap (per default 3 pixels) weren't always correctly drawn if the pixmap wasn't smaller than the objects bounding box. f) Further bugs taken care of: hiding canvases and re-showing tabfolders didn't work correctly (as Rob Carpenter pointed out this led to parts of fdesign not working correctly any- more). Memory access to already deallocated memory in code for handling child objects removed. A few redrawing problems concerning boxes, pointed out by Andrea Scopece, were cleaned up. g) Added a file named 'New_Features.txt' in the main directory with more complete documentation of new functions and other changes. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue May 6 02:08:26 2008 Return-Path: Delivery-Date: Tue, 06 May 2008 02:08:26 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1JtAj73b3C-0000Oo for jt at toerring.de; Tue, 06 May 2008 02:08:26 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m45Nsqba025595; Mon, 5 May 2008 19:55:05 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m45NsnNj025592 for ; Mon, 5 May 2008 19:54:50 -0400 Received: from gpt.toerring.de (p54BF8CC5.dip0.t-ipconnect.de [84.191.140.197]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1JtAW73FJu-0007Lf; Tue, 06 May 2008 01:54:48 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 2974B6B8545; Tue, 6 May 2008 01:54:44 +0200 (CEST) Date: Tue, 6 May 2008 01:54:45 +0200 From: Jens Thoms Toerring To: Andrea Scopece Message-ID: <20080505235444.GB5415 at toerring.de> References: <20080505144936.GA23102 at toerring.de> <200805052243.24066.andrea.scopece at tiscali.it> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <200805052243.24066.andrea.scopece at tiscali.it> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+1Q9KLvD+jN3Ii9yxQu6PmIb6de5o37090tCd d68EHpxmJNGOlp+78xb0OVjgxaCiP/oQj2mOEaYLGBZxIuZW4P lU+bnMmkj8LAGn5d0/pDAxyp8lPIWjo Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New pre-release 1.0.91pre7 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 6939 Lines: 140 To subscribers of the xforms list Hello, On Mon, May 05, 2008 at 10:43:23PM +0200, Andrea Scopece wrote: > My feel is that the library cointain a bit of support for > platform that really are not used anymore. > To cleanup the things there is the need at least to know > what are the platform currently used... > Programmer and Users please: report back some info to list! Yes, that is an issue that needs taken care of in several respects. E.g. on the Savannah project page it's claimed that It should work under X11 R4, R5 & R6. Now I don't know who still got a R4 or R5 release of X11. I definitely don't (and that for years), so I can't test how far this claim is for real. Concerning support for different operating systems at least there don't seem to be those kinds of claims. I guess that OS2 and Windows NT are not really supported anymore. But I have no idea if WIN32 (whatever exactly this is meant to be) works at all - I don't use Windows, so I can't check. And concerning rather old versions of different UNIX flavors there's a similar situation. VMS is another candidate... > > There are quite a number of corner cases, i.e. functions that > > are in but that have never been documented. It's > > difficult to decide what to do in these cases: since the func- > > tion never have "officially" become part of the API one could > > argue that they should be taken out but, on the other hand, > > some existing programs might be using them by now anyway... > > Jens, please could you please list who are that funcs/features ? To be honest, while that's a good question I can't really answer it in detail. I went through the lib/flinternal.h file and the ones below lib/private and grep'ed which functions actually exist at all, which of those were also declared in and in many cases checked against the documentation. But I didn't make any notes on that, so I can't give you a list, sorry... I als haven't gone through all the files below lib/include that make up , but I would take bets that there are also many declarations for functions that just don't exist anymore and quite a number that (at least to my feelings) shouldn't be part of the public API and also haven't been documented as beeing part of the API... > > l) All cases where alert box pops up when there's an internal error > > (most likely due to the caller of a public function not passing > > the correct types of arguments) have been changed to print a > > message to stderr only - I don't think it's proper for a library > > to bother the end user with stuff popping up suddenly with some > > error messages they rather have no idea what they are meant for. > > And actually the whole error handling part of the library is in > > for a rewrite... > I vote for dropping all popups, and returning error by return value, > debug info should be outputted only if requested (cmd line -debug) > and only from functions of the API. There shouldn't be any pop-ups anymore, just error messages going to stderr by default (but that can be redirected to a file or /dev/null or dealt with in other ways by redefining things with fl_set_error_handler()). > Internal errors should/need to be debugged before releasing > the library. Yes, for sure. But all, shit happens;-) And then the library is still not in the state I would like it to be in where errors like improper arguments passed to API functions would get caught in time and wouldn't in turn make internal functions barf. That is something to aim for, but we're definitely not there yet... > > I guess there have been enough new developments by now to permit a > > "real" new release (not 1.1.0 yet but 1.0.91). I also got a bit of > > a feeling that not too much testing is going on (for the last pre- > > releases I have not got much feedback except by two or three people), > > so it may not make much sense to wait any longer - a "real" release > > may stir things up a bit since it could also be noticed by those not > > on the mailing list. Does anyone care to comment? > > My idea, because XForms appear right now like a costant work in progress, > with no real stable-release, is to start a completely new branch (say > 2.0-unstable) and start a rewriting from scratch, collecting the > functionality required, dropping those not used, and implementing > new features. Rewriting things from scratch is a very attractive idea. In principle count me in on that. But (isn't there always a but?) that's going to take a lot of time and work and "old" programs depending on the current version of the XForms API should keep working (my own included;-) and I also guess that's what being a "maintainer" entails. For this reason I may seem to be a bit conservative, but at the moment my primary goals don't go too far beyond getting things to work correctly (I hope may views of that "wrok correctly don't deviate too much from those of others) - that's what I hope I will be able to handle. When I first took a look at the code my reaction was similar to yours, i.e. "get rid of all the old cruft and redo it in a reasonable way", but then I realized what amount of code there is that I don't feel that a "rewrite from scratch" aproach will bear fruits for quite some time. And, on the other hand, in order to attract enough people to get involved for a rewrite (like you perhaps?) I think it could be an advantage to have some- thing that works so that the project doesn't just look like mere vaporware. On a personal note, I had some time to spend on something in- teresting in the last few months since I hadn't had a regular job, but this will probably (and my bank account says "hope- fully";-) change soon. And then I fear I will have to spend more time on other (hopefully also interesting;-) things and less on debugging or even rewriting XForms. What I convinced of is that XForms needs some work-over to have a future at all. There are other toolkits that can be used in- stead and they will be used if there are no new developments to make it attractive again to use and hopefully thus get more people involved. Ok, is there anbody out there on this mailing list that would like to chime in with his/her views? It's not as we would be overwhelmed by the amount of traffic at the moment. I guess Bob's (thanks to him for keeping the mailing list running!) server is going to be able to cope with a bit more;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon May 5 17:21:29 2008 Return-Path: Delivery-Date: Mon, 05 May 2008 17:21:29 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu11) with ESMTP (Nemesis) id 0MKuA8-1Jt2VA12Th-00065e for jt at toerring.de; Mon, 05 May 2008 17:21:29 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m45Enf9m018576; Mon, 5 May 2008 10:52:05 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m45EndYo018573 for ; Mon, 5 May 2008 10:49:40 -0400 Received: from gpt.toerring.de (p54BF8CC5.dip0.t-ipconnect.de [84.191.140.197]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1Jt20X3OV3-0004S5; Mon, 05 May 2008 16:49:38 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 23A636B8545; Mon, 5 May 2008 16:49:36 +0200 (CEST) Date: Mon, 5 May 2008 16:49:36 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080505144936.GA23102 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18H0v3IFhDYLtCVws0+UHoXTAeU5H2fu/dxvHG xU7r1/3dijy6zOyRMazkniDPGenXgNxmZWyU1nWIvzNfI0KRRp UZ6f3T36VmW/MYpeveln7uHaXTLaJg8 Subject: [XForms] New pre-release 1.0.91pre7 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 4450 Lines: 98 To subscribers of the xforms list Hello everybody, not that you get the idea that I have been totally lazy, sitting in the sun and twiddling my thumbs the last days ;-) here's one more pre-release: http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91pre7.tar.gz And as usual here's the list of the things that got changed. A lot of this is due to Andrea Scopece, who just joined the mailing list and not only pointed out quite a number of problems but also send in patches! a) The '-flversion' option didn't work. Now hopefully it does. b) There was a bug that resulted in a segmentation fault of the main demo program. c) Resizing of scrollbars works again, but with a twist: verti- cal scrollbars get resized per defaulu in y-direction only, while horizontal ones in x-direction. I guess that's what most people would expect. d) The version information output by the library now contains all information, not only the first three lines. e) Jumping from one input field to another with and Shift- now works correctly and for all types of input fields, including multi-line input fields (that before did nothing on s at all). f) Date input fields handle verification of leap years correctly. g) Hiding a form that contains a canvas doesn't result in an XError anymore when the canvas hasn't been unmapped before. h) When a file selector has a callback installed the field for manually entering a file name isn't shown anymore - that field could not be used anyway. i) Message boxes created by fl_show_message() and fl_show_messages() now can display an unlimited amout of text and they automatically get a size so that the whole text fits in. Moreover, there's a new function fl_show_msg(), that takes a printf()-like format string and then an unspecified number of arguments (as amny as there are format specifiers in the format string). j) Removed limits on numbers of forms, objects and groups fdesign can deal with. Moreover, the browser for groups is now a multi- browser as it looks it should have been from the start. k) Spring cleaning: I started trying to distingish more clearly between things in the library that belong to the published API and those used only internally. Therefor I went through the lib/flinternals.h and lib/private/*.h files, removing function declarations that are also in or those for functions that don't exist anymore and renaming functions and macros not belonging to the public API to start with 'fli_' or 'FLI_' in- stead of 'fl_' and 'FL_'. There are quite a number of corner cases, i.e. functions that are in but that have never been documented. It's difficult to decide what to do in these cases: since the func- tion never have "officially" become part of the API one could argue that they should be taken out but, on the other hand, some existing programs might be using them by now anyway... l) All cases where alert box pops up when there's an internal error (most likely due to the caller of a public function not passing the correct types of arguments) have been changed to print a message to stderr only - I don't think it's proper for a library to bother the end user with stuff popping up suddenly with some error messages they rather have no idea what they are meant for. And actually the whole error handling part of the library is in for a rewrite... I guess there have been enough new developments by now to permit a "real" new release (not 1.1.0 yet but 1.0.91). I also got a bit of a feeling that not too much testing is going on (for the last pre- releases I have not got much feedback except by two or three people), so it may not make much sense to wait any longer - a "real" release may stir things up a bit since it could also be noticed by those not on the mailing list. Does anyone care to comment? Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Apr 29 02:22:53 2008 Return-Path: Delivery-Date: Tue, 29 Apr 2008 02:22:53 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu11) with ESMTP (Nemesis) id 0MKuA8-1JqdcH0b1o-0008Af for jt at toerring.de; Tue, 29 Apr 2008 02:22:53 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m3SNssPV014236; Mon, 28 Apr 2008 19:55:15 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m3SNsqkS014232 for ; Mon, 28 Apr 2008 19:54:52 -0400 Received: from gpt.toerring.de (p54BF8DCE.dip0.t-ipconnect.de [84.191.141.206]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1JqdBJ0BVf-0001kI; Tue, 29 Apr 2008 01:54:49 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 78C086B8545; Tue, 29 Apr 2008 01:54:48 +0200 (CEST) Date: Tue, 29 Apr 2008 01:54:48 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080428235448.GA1750 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1//Q8QzW4XhpDRbNwlPYcAdHmUwEf83pbJzFsT r+QclMGF+VpvdkAHRTMADpZvVjlBVMAxn/+M+fW3+44bI59Too LAFipiuS/bHYSMtHd7zh3gXTG+nqzRV Subject: [XForms] Posting not received: xforms do not compile cleanly on aix 5.3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1174 Lines: 33 To subscribers of the xforms list Hello, I just found out that our mailing list is mirrored at http://groups.google.com/group/fa.xforms/ And there's a posting from April 23rd which I didn't receive with the subject line Xforms do not compile cleanly on aix 5.3 Unortunately, I can't reply directly to the author ("Max") without signing in to Google (which I don't want to) nor do I get the authors email address. But I would need some more information to be able to figure out what's going on. So if anybody has an idea how to contact the author please let me know. Best regards, Jens PS: The next pre-release will hopefully come out soon. If you can't wait download the CVS version;-) -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Apr 20 15:53:42 2008 Return-Path: Delivery-Date: Sun, 20 Apr 2008 15:53:42 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu22) with ESMTP (Nemesis) id 0MKr6C-1JnZyz2zUk-0005nx for jt at toerring.de; Sun, 20 Apr 2008 15:53:42 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m3KDSDSo018148; Sun, 20 Apr 2008 09:28:26 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m3KDSB26018145 for ; Sun, 20 Apr 2008 09:28:12 -0400 Received: from gpt.toerring.de (p54BFB2EB.dip0.t-ipconnect.de [84.191.178.235]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1JnZaU3WCu-0001L3; Sun, 20 Apr 2008 15:28:11 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 37C8B6B8545; Sun, 20 Apr 2008 15:28:09 +0200 (CEST) Date: Sun, 20 Apr 2008 15:28:10 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080420132809.GA11455 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/y2yKEMaz9DPok4VgsfiWchRNm6h+0HRqgeRA slOkIn/PplmaksNxq/OO6FF9HPwMq3D6q7oEHfi9OY723ixHyz pqF1dV9xCHE/UFGDRpo9J54kMhp4Yif Subject: [XForms] New pre-release 1.0.91pre6 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2726 Lines: 63 To subscribers of the xforms list Hello, I guess it's again time for a new pre-release: http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91pre6.tar.gz The most important changes are: a) Since the 0.89 version on calling fl_initialize() the locale for the program was set to the default locale on the machine the pro- gram was running on. Unfortunately, this was never documented and led to trouble in several cases (e.g. because the programs stopped to read in floating point numbers with a decimal point using scanf() etc. when run on a machine with e.g. a French or German default locale setting since there a comma is expected instead). Already some years ago there was a discussion if this should be undone but never got removed. Since I feel that setting the locale behind the users back is a bad idea (perhaps also because figuring out the resulting problems took me a lot of time some years ago when switching to 0.89;-) I now removed it. I hope it doesn't break any existing programs, otherwise please let me know. b) Peter Galbraith pointed out a problem when compiling fdesign and told me what needed changing. It hopefully now works again. c) The C output files created by fdesign included "forms.h" instead of . Fixed. d) A few bugs in the code for the file selectors, buttons and sliders were corrected. e) The formbrowsers scrollbars weren't set reasonably when the form it belongs to was resized. And something I already changed in the last pre-release but forgot to mention: When calling fl_check_forms() or fl_check_forms_only() (which is recommended to be done when doing time intensive calcu- lations from time to time to have the program still react to user interactions) the program was put to sleep for at least 10 ms. This seeemed to me to be a rather long time and I thus reduced it to 1 ms. I haven't seen any adverse effects but please tellme if you do. As usual I would be delighted to get bug reports (and also confirmations that things work as expected). Please note that I may not be able to react to emails immediately during the next week, but don't let that keep you from sending me your comments. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Apr 13 12:39:27 2008 Return-Path: Delivery-Date: Sun, 13 Apr 2008 12:39:27 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu23) with ESMTP (Nemesis) id 0ML4cO-1JkzcA3jME-0000mt for jt at toerring.de; Sun, 13 Apr 2008 12:39:27 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m3DAN5Tp001316; Sun, 13 Apr 2008 06:24:56 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m3DAMr6f001306 for ; Sun, 13 Apr 2008 06:22:54 -0400 Received: from gpt.toerring.de (p54BFA275.dip0.t-ipconnect.de [84.191.162.117]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1JkzMJ3dUS-0001YF; Sun, 13 Apr 2008 12:22:52 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 33A4E6B8540; Sun, 13 Apr 2008 12:22:50 +0200 (CEST) Date: Sun, 13 Apr 2008 12:22:50 +0200 From: Jens Thoms Toerring To: Peter Galbraith Message-ID: <20080413102250.GA9889 at toerring.de> References: <19621.1208046530 at mixed.dyndns.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <19621.1208046530 at mixed.dyndns.org> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18KDBU4+Gqi/TbP1UGvfkV/iJ/6NTkmK4Xyqlt iV9ZuqLSX+SSUu1Cp7Bc0xEDy/8BKP1m7aoKcwvfyZw+wEbH0U wIfqGmLCYL23SC3L0zshovz7RhTRnkx Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Tweak needed to build pre-test X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1898 Lines: 68 To subscribers of the xforms list Hello Peter, On Sat, Apr 12, 2008 at 08:28:50PM -0400, Peter Galbraith wrote: > I just downloaded the pre-test tar ball and found this small issue: > > In fdesign/fd > > $ grep forms.h * | grep include > > pallette.c:#include "forms.h" > ui_attrib.c:#include "forms.h" > ui_objs.c:#include "forms.h" > ui_theforms.c:#include "forms.h" > > To get a clean build, this should be: > > #include "include/forms.h" > > The same goes for these files in fd/spec : > > browser_spec.c > button_spec.c > choice_spec.c > counter_spec.c > dial_spec.c > freeobj_spec.c > free_spec.c > menu_spec.c > pixmap_spec.c > positioner_spec.c > scrollbar_spec.c > slider_spec.c > twheel_spec.c > xyplot_spec.c Thank you very much for pointing that out! It seemed to built cleanly on my machine (looks like the compiler somehow finds it here without the "include/" in front of it) but I had no- ticed that something strange was going on with "make install", but which I had not understood yet. And that missing "include/" it was! Since I now had a closer look I also realized that for "normal" cases, i.e. when you convert a *.fd file that belongs to a regular project (and not to XForms itself) it should be #include and not #include "include/forms.h" as it used to be. I will add the changes to the CVS version and, of course, it's going into the next pre-release. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Apr 13 02:53:23 2008 Return-Path: Delivery-Date: Sun, 13 Apr 2008 02:53:23 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu23) with ESMTP (Nemesis) id 0ML4cO-1JkqT02nZN-0000Zw for jt at toerring.de; Sun, 13 Apr 2008 02:53:23 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m3D0SrhP028917; Sat, 12 Apr 2008 20:29:07 -0400 Received: from smtp1.globetrotter.net (smtp1.globetrotter.net [142.169.1.151]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m3D0SpMD028914 for ; Sat, 12 Apr 2008 20:28:52 -0400 Received: from (192.168.250.8) by avas6.globetrotter.net via smtp id 0e73_e962d8a2_08e7_11dd_915b_00188b334a88; Sat, 12 Apr 2008 20:26:43 -0300 Received: from mixed.dyndns.org (c207.134.175-48.clta.globetrotter.net [207.134.175.48]) by smtp1.globetrotter.net (iPlanet Messaging Server 5.2) with ESMTP id <0JZ8009I0MO2YB@"TELUS Quebec"> for xforms at bob.usuhs.mil; Sat, 12 Apr 2008 20:28:51 -0400 (EDT) Received: from (207.134.175.48) by avas6.globetrotter.net via smtp id 0e70_e8daf2f2_08e7_11dd_89a7_00188b334a88; Sat, 12 Apr 2008 20:26:42 -0300 Received: by mixed.dyndns.org (Postfix, from userid 1000) id B4BDF64D756; Sat, 12 Apr 2008 20:28:50 -0400 (EDT) Received: from mixed.dyndns.org (localhost [127.0.0.1]) by mixed.dyndns.org (Postfix) with ESMTP id AE3F264D754; Sat, 12 Apr 2008 20:28:50 -0400 (EDT) Date: Sat, 12 Apr 2008 20:28:50 -0400 From: Peter Galbraith To: xforms at bob.usuhs.mil Message-id: <19621.1208046530 at mixed.dyndns.org> X-Mailer: MH-E 8.0.3; nmh 1.2; GNU Emacs 21.4.1 X-Image-URL: http://people.debian.org/~psg/face.png Subject: [XForms] Tweak needed to build pre-test X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1113 Lines: 48 To subscribers of the xforms list Hi, I just downloaded the pre-test tar ball and found this small issue: In fdesign/fd $ grep forms.h * | grep include pallette.c:#include "forms.h" ui_attrib.c:#include "forms.h" ui_objs.c:#include "forms.h" ui_theforms.c:#include "forms.h" To get a clean build, this should be: #include "include/forms.h" The same goes for these files in fd/spec : browser_spec.c button_spec.c choice_spec.c counter_spec.c dial_spec.c freeobj_spec.c free_spec.c menu_spec.c pixmap_spec.c positioner_spec.c scrollbar_spec.c slider_spec.c twheel_spec.c xyplot_spec.c Thanks, -- Peter S. Galbraith GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E 6623'rd GNU/Linux user at the Counter - http://counter.li.org/ _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Apr 10 03:55:52 2008 Return-Path: Delivery-Date: Thu, 10 Apr 2008 03:55:52 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu19) with ESMTP (Nemesis) id 0ML05c-1Jjm0p2IQ0-0000oB for jt at toerring.de; Thu, 10 Apr 2008 03:55:52 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m3A1RYh4005506; Wed, 9 Apr 2008 21:28:54 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m3A1RVfv005503 for ; Wed, 9 Apr 2008 21:27:32 -0400 Received: from gpt.toerring.de (p54BFA560.dip0.t-ipconnect.de [84.191.165.96]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1JjlZa0fcJ-00005O; Thu, 10 Apr 2008 03:27:30 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id 69C5E6B853F; Thu, 10 Apr 2008 03:27:26 +0200 (CEST) Date: Thu, 10 Apr 2008 03:27:27 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080410012726.GA9940 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+H2rz8ZtNg8TSmjHDCKl9e30Q56Iz5Es6Y4o9 /u7h+e6SdvOum8nhon53rouq0xUVgc/al24ItzA3bHzozTh4Ko I1lACR2MIhbL5p449MLwbXCcbP+0Bqs Subject: [XForms] New pre-release 1.0.91pre5 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 4045 Lines: 95 To subscribers of the xforms list Hello everybody, I guess it's about time for a new pre-release, so here you go: http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91pre5.tar.gz Again, there aren't any dramatic changes. Due to some very constructive criticism by Michal Szymanski I undid some of the changes I made: a) I had made buttons only react to the left mouse button. My idea behind this was to make XForms' behaviour more similar to that of other toolkits with this. But it breaks some existing programs and therefore it's probably better to implement it differently. Per default buttons now again react to each and every mouse button (including the scroll wheel) as it used to be. But to make it possible to change that I added a new function void fl_set_button_mouse_buttons( FL_OBJECT * obj, int mb ) The first argument is a pointer to the button object and the second determines which mouse buttons the button object will react to. It's the inclusive OR of ( 1 << ( FL_MBUTTONx - 1 ) ) where the 'x' in 'FL_MBUTTONx' is a number between 1 and 5, with 1 for the left, 2 for the middle and 3 for the right mouse button. 4 stands for rotating the scroll wheel up and 5 for down. For each of the bits set in 'mb' the button will react to clicks of the corresponding mouse button. Of course, there's also the 'reverse' function that lets you determine which mouse buttons a button reacts to, going by the name of int fl_set_button_mouse_buttons( FL_OBJECT * obj ) The return value has the same meaning as the 'mb' value you pass to the other function. b) The behaviour of the buttons can also be set via fdesign. If you look at the attributes of a button. When you select the button and press 'F1' and then click on the "Spec" tab rider you are able to select which mouse buttons the button will react to. The '.fd' files now contain for buttons that aren't set to the default behaviour (all mouse buttons work) an extra line, starting with 'mbuttons:' and followed by an integer with the value of 'mb' for the button. c) Luckily the older fdesign versions don't seem to mind the extra line for buttons starting with 'mbuttons:'. But to make it easier to compile applications that are sensitive to these changes I added a new option to fdesign: '-xforms-version'. This writes the version of the library fdesign was linked against to stderr in a form like FORMS Library Version 1.0.91pre5 d) Also making one of a group of radio buttons "active" automatically wasn't such a great idea as I had imagined. So I simply removed this, reverting back to the original behaviour. e) Michal Szymanski also found out that if you started an appli- cation with a lot of options the program did crash with a segmentation fault in fl_initialize(). It looks as if this was due to not enough memory getting allocated for the copy of the command line arguments done in a function invoked by fl_initialize(). f) I removed the limitation on both the number of symbols that can be created (formerly 16) and the length of their names (formerly 15 characters). g) I got a bit further in my quest to free all memory allocated by the library at least on fl_finish() - all memory allocated for tabfolders now (hopefully) gets released. h) Finally - shame on my - there was a bug I introduced that re- sulted in a program hanging when a menu entry contained a '%'. Best regards and happy testing, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 27 18:13:30 2008 Return-Path: Delivery-Date: Thu, 27 Mar 2008 18:13:30 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu7) with ESMTP (Nemesis) id 0MKsxo-1JevfK3Z3H-0008C6 for jt at toerring.de; Thu, 27 Mar 2008 18:13:30 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2REu4m3003843; Thu, 27 Mar 2008 11:15:32 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2REu0mK003833 for ; Thu, 27 Mar 2008 10:56:01 -0400 Received: from gpt.toerring.de (p54BF92FD.dip0.t-ipconnect.de [84.191.146.253]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1JetIN3TpJ-0003NN; Thu, 27 Mar 2008 15:41:36 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 47D426B853E; Thu, 27 Mar 2008 15:41:34 +0100 (CET) Date: Thu, 27 Mar 2008 15:41:35 +0100 From: Jens Thoms Toerring To: Didier Verkindt Message-ID: <20080327144135.GE30263 at toerring.de> References: <20080326205031.GA631 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/bs5Y4b1ujQJH15GlWdVPEfDk487cDdkEtnW9 +xoozQsCPM3PcHQA8BZdIrnvs9bDbkO9+A4e6QVjOkYD9i13e4 nzyRbFbZb/OCa1ql1Lznjhw5t3oHBA5 Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New pre-release 1.0.91pre3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1769 Lines: 41 To subscribers of the xforms list Hello, On Thu, Mar 27, 2008 at 09:22:15AM +0100, Didier Verkindt wrote: > Concerning your last proposal, I fully support it. Fine;-) I now realized that this behaviour was already in the older versions and only got broken due to my own stupidness. It's working correctly again in the CVS version and will so in the next pre-release - or should that become the next re- lease? Since I didn't get much reports if things are working or not I am not sure how to procede... > Less important but it could be useful: is it possible to add > a new type of slider where the resolution can be chosen directly > from an input field associated to it? Please accept my appologies, but at the moment I still have my hands full with trying to understand and, as far as necessary, correct the code so that I wouldn't like to make any promises I probably would have to break anyway;-) But it might be useful to have a kind of a wish-list: there's already the scrolled canvas Michal Szymanski asked for and now your slider with an editable field for the resolution... BTW, do you know that the slider moves slower when you keep the left mouse button down? I changed that part of the code quite a bit and hope that it works more conveniemtly now. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 27 21:36:16 2008 Return-Path: Delivery-Date: Thu, 27 Mar 2008 21:36:16 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu18) with ESMTP (Nemesis) id 0MKxMK-1JeypY1NYM-0003qv for jt at toerring.de; Thu, 27 Mar 2008 21:36:16 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2RKJOpt007593; Thu, 27 Mar 2008 16:20:41 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2RKJMq4007586 for ; Thu, 27 Mar 2008 16:19:22 -0400 Received: from gpt.toerring.de (p54BF92FD.dip0.t-ipconnect.de [84.191.146.253]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1JeyZF1CLu-0003Xy; Thu, 27 Mar 2008 21:19:21 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 7D4D96B853D; Thu, 27 Mar 2008 21:19:19 +0100 (CET) Date: Thu, 27 Mar 2008 21:19:20 +0100 From: Jens Thoms Toerring To: Michal Szymanski Message-ID: <20080327201920.GB27529 at toerring.de> References: <20080326205031.GA631 at toerring.de> <20080327135652.GA10730 at astrouw.edu.pl> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080327135652.GA10730 at astrouw.edu.pl> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/m/OWbAkF4ceWHpTj7iUYbF0RrzXY7kZpuJXr UxwlNfN3GPQrwyLk9zYOYrdXRF2snUGSuYV/pragYGZYLXUjzp xe+XmBNlkAE6YhqJ6umZapy0mdR0dMq Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New pre-release 1.0.91pre3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1175 Lines: 26 To subscribers of the xforms list Hi Michal, On Thu, Mar 27, 2008 at 02:56:52PM +0100, Michal Szymanski wrote: > I have an application for displaying FITS images, using canvas. > While the mouse pointer is in the image canvas, its coordinates should > be printed in the main app window, both at rest and while moving. I hope I found the solution to the problem (I actually don't really understand yet why it works since I just put back in a line I had removed because it didn't make sense to me). You can download the newest version of lib/forms.c (where the bug were) from the CVS repository at Savannah. Or would it be more convenient if I make a new release out of it? Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 27 20:36:17 2008 Return-Path: Delivery-Date: Thu, 27 Mar 2008 20:36:17 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1JextV3INI-0002xN for jt at toerring.de; Thu, 27 Mar 2008 20:36:17 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2RJHoAx006589; Thu, 27 Mar 2008 15:19:03 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2RJHn18006586 for ; Thu, 27 Mar 2008 15:17:49 -0400 Received: from gpt.toerring.de (p54BF92FD.dip0.t-ipconnect.de [84.191.146.253]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1Jexbf1lLI-0000fK; Thu, 27 Mar 2008 20:17:48 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id A2E636B853D; Thu, 27 Mar 2008 20:17:46 +0100 (CET) Date: Thu, 27 Mar 2008 20:17:46 +0100 From: Jens Thoms Toerring To: Michal Szymanski Message-ID: <20080327191745.GA27529 at toerring.de> References: <20080326205031.GA631 at toerring.de> <20080327135652.GA10730 at astrouw.edu.pl> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080327135652.GA10730 at astrouw.edu.pl> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18cb4KSPgI8wvFLRTfgTonXXbedw8LaF+bgC/4 TBZ5/WzrsWPIO4sNOS4IdCtpwaYw34230kInU+IB+jUfXPMe73 AdCbbjyoT/S8gT29Fi5b4Vi37ngdd12 Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New pre-release 1.0.91pre3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1612 Lines: 36 To subscribers of the xforms list Hi Michal, On Thu, Mar 27, 2008 at 02:56:52PM +0100, Michal Szymanski wrote: > There is a problem with events servicing, apparently introduced in the > latest (pre3, or pre2, I did not check the pre2) version. > > I have an application for displaying FITS images, using canvas. > While the mouse pointer is in the image canvas, its coordinates should > be printed in the main app window, both at rest and while moving. > > It has always been working fine, including the first 1.0.91 version > provided by Jens. With the "pre3" version, it does not work. When the > mouse enters the canvas, a single position is printed but then it does > not change when the mouse moves around, unless I click the button or > leave the canvas and enter again. Even then I get only single position > printed. The code did not change at all so it must be something inside > the library. > > The excerpt from the code follows. Thank you for the very precise description of the problem! I will try to figure out what's going wrong immediately and notify you when I hope to have solved it. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 27 19:22:26 2008 Return-Path: Delivery-Date: Thu, 27 Mar 2008 19:22:26 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu22) with ESMTP (Nemesis) id 0MKr6C-1Jewk22sbs-00010H for jt at toerring.de; Thu, 27 Mar 2008 19:22:26 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2RI4UoC005478; Thu, 27 Mar 2008 14:05:48 -0400 Received: from bulge.astrouw.edu.pl (bulge.astrouw.edu.pl [193.0.88.25]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2RI4S7M005474 for ; Thu, 27 Mar 2008 14:04:28 -0400 Received: from bulge.astrouw.edu.pl (localhost [127.0.0.1]) by bulge.astrouw.edu.pl (8.13.8/8.13.8) with ESMTP id m2RDuqAl011213 for ; Thu, 27 Mar 2008 14:56:52 +0100 Received: (from msz at localhost) by bulge.astrouw.edu.pl (8.13.8/8.13.8/Submit) id m2RDuquR011212 for xforms at bob.usuhs.mil; Thu, 27 Mar 2008 14:56:52 +0100 Date: Thu, 27 Mar 2008 14:56:52 +0100 From: Michal Szymanski To: XForms Message-ID: <20080327135652.GA10730 at astrouw.edu.pl> References: <20080326205031.GA631 at toerring.de> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Subject: Re: [XForms] New pre-release 1.0.91pre3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 2041 Lines: 69 To subscribers of the xforms list Hi XFormers, There is a problem with events servicing, apparently introduced in the latest (pre3, or pre2, I did not check the pre2) version. I have an application for displaying FITS images, using canvas. While the mouse pointer is in the image canvas, its coordinates should be printed in the main app window, both at rest and while moving. It has always been working fine, including the first 1.0.91 version provided by Jens. With the "pre3" version, it does not work. When the mouse enters the canvas, a single position is printed but then it does not change when the mouse moves around, unless I click the button or leave the canvas and enter again. Even then I get only single position printed. The code did not change at all so it must be something inside the library. The excerpt from the code follows. any ideas? regards, Michal. -- Michal Szymanski (msz at astrouw dot edu dot pl) Warsaw University Observatory, Warszawa, POLAND ------------------------------------------------------------------ int im_canvas_motion(FL_OBJECT *ob, Window win, int ww, int hh, XEvent *ev, void *d) { FD_image *ui = d; int X, Y, x, y, w ,h; double pixval; if ( pixbuf == NULL ) return 0; mouse_xlib_x = ev->xmotion.x; mouse_xlib_y = ev->xmotion.y; xy_xlib2image(mouse_xlib_x, mouse_xlib_y, &X, &Y); sprintf(position,"%4d %4d", X, Y); fl_set_object_label(ui->position, position); /* cut */ } The handler is registered when application starts, with: void init_canvas(FD_image *fdui) { FL_OBJECT *canvas; canvas = fdui->canvas; fl_add_canvas_handler(canvas, MotionNotify, im_canvas_motion, fdui); /* cut (other handlers) */ } _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 27 09:43:38 2008 Return-Path: Delivery-Date: Thu, 27 Mar 2008 09:43:38 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu0) with ESMTP (Nemesis) id 0MKpIi-1Jenhu1lva-0005Jt for jt at toerring.de; Thu, 27 Mar 2008 09:43:38 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2R8MMMo031624; Thu, 27 Mar 2008 04:22:34 -0400 Received: from lappc-f057.in2p3.fr (lappc-f057.in2p3.fr [134.158.97.63]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2R8MJ2j031621 for ; Thu, 27 Mar 2008 04:22:20 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by lappc-f057.in2p3.fr (Postfix) with ESMTP id E64BC743C6; Thu, 27 Mar 2008 09:22:16 +0100 (CET) Received: from lappc-f057.in2p3.fr ([127.0.0.1]) by localhost (lappc-f057.in2p3.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26891-02; Thu, 27 Mar 2008 09:22:16 +0100 (CET) Received: from virgoa2.in2p3.fr (virgoa2.in2p3.fr [134.158.96.119]) by lappc-f057.in2p3.fr (Postfix) with ESMTP id 03DFB743C5; Thu, 27 Mar 2008 09:22:16 +0100 (CET) Date: Thu, 27 Mar 2008 09:22:15 +0100 (CET) From: Didier Verkindt X-X-Sender: verkindt at virgoa2.in2p3.fr To: Jens Thoms Toerring In-Reply-To: <20080326205031.GA631 at toerring.de> Message-ID: References: <20080326205031.GA631 at toerring.de> MIME-Version: 1.0 X-Virus-Scanned: by new amavisd-new 4 at in2p3.fr Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New pre-release 1.0.91pre3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 4509 Lines: 110 To subscribers of the xforms list Hello, Thanks for all this xform revival work! Concerning your last proposal, I fully support it. Less important but it could be useful: is it possible to add a new type of slider where the resolution can be chosen directly from an input field associated to it? Cheers, Didier ----------------------------------------------------------- Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt On Wed, 26 Mar 2008, Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hello, > > having a few holidays with rather ugly weather allowed me > to continue so, again, here's something new to play with: > > http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91.pre3.tar.gz > > The most important changes are: > > a) Input objects now lose the focus (and report changes back > to the program) on clicks of other objects that accept a > click with the mouse (buttons, sliders, etc.). This gets > around the problem that if you had an input field, edited > something in there (without hitting the ENTER or TAB key) > and then clicked on some button that's supposed to make > use of what just had got entered into the input field, the > function fl_get_input() still returned the unchanged value > since the input field never lost its focus and thus didn't > accept the changes you made. > > If you move the mouse out of a window with an active input > object and move it into another window keyboard input now > goes to the new window instead of to the one you left. > > Further restructuring of the event handling code. Same > code is now used in xpopup.c and forms.c for dealing > with idling. > > b) Memory gets deallocated also for all objects on call of the > functions fl_free_form() and fl_finish(). I would very much > like to come to a point where XForms doesn't leak memory > anymore - but that's not done yet, at least tabfolders still > pose a problem... > > The code from the file lib/be.c (a kind of primitive garbage > collection) isn't used anymore, it didn't really do what I > guess it was intended to do (and then only when an idle > callback was installed). > > c) Timeouts should be a bit more precise now and not expire > too early anymore (as it's promised in the manual). > > d) Silders (and thus scrollbars) got a rework and some minor > annoyances hopefully have gone. > > e) If available sigaction() is now used instead of signal() > for signal handlers. > > f) Code emitted by fdesign doesn't use fl_calloc() anymore > but instead fl_malloc() (somebody reported to have had a > bit of a problem with that and it didn't make any sense > to zero out the memory anyway). > > I have also another proposal. At the moment the action asso- > ciated with a button gets executed the moment you press down the > left mouse button. Most other toolkits do it differently - the > action only gets executed when the left mouse button is released. > I prefer that behaviour quite a lot since it's then still possible > to move the mouse (with the button still pressed down) away from > the button and release the mouse button only then, thus avoiding > the action coupled to clicking onto the button. This has a few > times saved the day for me when I carelessly clicked somewhere > and only in the very last moment realised that this was a rather > stupid idea... As far as I can see all button types (except touch > buttons for obvious reasons) could be made to work that way. What > do you think? > Best regards, Jens > -- > \ Jens Thoms Toerring ________ jt at toerring.de > \_______________________________ http://toerring.de > _______________________________________________ > To unsubscribe, send any message to > xforms-leave at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 26 22:23:00 2008 Return-Path: Delivery-Date: Wed, 26 Mar 2008 22:23:00 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu24) with ESMTP (Nemesis) id 0MKtd6-1Jed5F0CKO-0007mz for jt at toerring.de; Wed, 26 Mar 2008 22:23:00 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2QKoZYw024146; Wed, 26 Mar 2008 16:52:50 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2QKoX9S024143 for ; Wed, 26 Mar 2008 16:50:33 -0400 Received: from gpt.toerring.de (p54BF9167.dip0.t-ipconnect.de [84.191.145.103]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1JecZr2gkI-0003sj; Wed, 26 Mar 2008 21:50:32 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 1265C6B853E; Wed, 26 Mar 2008 21:50:30 +0100 (CET) Date: Wed, 26 Mar 2008 21:50:31 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080326205031.GA631 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/LSb9T027wUl+g87W73oj0Q0IQFsoKqPIQuG0 TVSUZE1aNIWJmN/6J3cWTrQrsf0x/M4W+tSooWsZjFZAazOtvu SbLlCaB6SbdXBQbqe+2CRk4jvNUX8hs Subject: [XForms] New pre-release 1.0.91pre3 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3463 Lines: 79 To subscribers of the xforms list Hello, having a few holidays with rather ugly weather allowed me to continue so, again, here's something new to play with: http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91.pre3.tar.gz The most important changes are: a) Input objects now lose the focus (and report changes back to the program) on clicks of other objects that accept a click with the mouse (buttons, sliders, etc.). This gets around the problem that if you had an input field, edited something in there (without hitting the ENTER or TAB key) and then clicked on some button that's supposed to make use of what just had got entered into the input field, the function fl_get_input() still returned the unchanged value since the input field never lost its focus and thus didn't accept the changes you made. If you move the mouse out of a window with an active input object and move it into another window keyboard input now goes to the new window instead of to the one you left. Further restructuring of the event handling code. Same code is now used in xpopup.c and forms.c for dealing with idling. b) Memory gets deallocated also for all objects on call of the functions fl_free_form() and fl_finish(). I would very much like to come to a point where XForms doesn't leak memory anymore - but that's not done yet, at least tabfolders still pose a problem... The code from the file lib/be.c (a kind of primitive garbage collection) isn't used anymore, it didn't really do what I guess it was intended to do (and then only when an idle callback was installed). c) Timeouts should be a bit more precise now and not expire too early anymore (as it's promised in the manual). d) Silders (and thus scrollbars) got a rework and some minor annoyances hopefully have gone. e) If available sigaction() is now used instead of signal() for signal handlers. f) Code emitted by fdesign doesn't use fl_calloc() anymore but instead fl_malloc() (somebody reported to have had a bit of a problem with that and it didn't make any sense to zero out the memory anyway). I have also another proposal. At the moment the action asso- ciated with a button gets executed the moment you press down the left mouse button. Most other toolkits do it differently - the action only gets executed when the left mouse button is released. I prefer that behaviour quite a lot since it's then still possible to move the mouse (with the button still pressed down) away from the button and release the mouse button only then, thus avoiding the action coupled to clicking onto the button. This has a few times saved the day for me when I carelessly clicked somewhere and only in the very last moment realised that this was a rather stupid idea... As far as I can see all button types (except touch buttons for obvious reasons) could be made to work that way. What do you think? Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Apr 1 01:47:03 2008 Return-Path: Delivery-Date: Tue, 01 Apr 2008 01:47:03 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1JgTiN2ivF-0002va for jt at toerring.de; Tue, 01 Apr 2008 01:47:03 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2VNJGj3009617; Mon, 31 Mar 2008 19:19:30 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2VNJEiB009614 for ; Mon, 31 Mar 2008 19:19:15 -0400 Received: from gpt.toerring.de (p54BF8C23.dip0.t-ipconnect.de [84.191.140.35]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1JgTHV2QLS-0002g5; Tue, 01 Apr 2008 01:19:14 +0200 Received: by gpt.toerring.de (Postfix, from userid 1000) id EA50E6B853A; Tue, 1 Apr 2008 01:19:12 +0200 (CEST) Date: Tue, 1 Apr 2008 01:19:12 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080331231912.GA11721 at toerring.de> References: <20080320023426.GA19850 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080320023426.GA19850 at toerring.de> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19pNK8QuxzeGC3Zps5qVFZQYG8huy4iO6yiqOn bEm4CDWmKCPNzPJE52botLtt5wJN9ucjV0xyXXo+QxpkHiVxKm LkkqoNtl7sLgjGNuIcGkfCQR4pcJL0p Subject: [XForms] New pre-release 1.0.91pre4 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1385 Lines: 34 To subscribers of the xforms list Hello everybody, since I am not going to have much time this week (and may not even be able to react to emails until the weekend) I decided to come up with a new pre-release with the last bug corrections, bugs I have to admit I introduced myself. They concern the way buttons react and the problem Michal Szymanski pointed out, i.e. not getting events for mouse movements in a canvas. Even though there's nothing really new I guess it's simpler for those that want to do tests to have a "proper" pre-release instead of fishing the changed files out of the CVS repository. The archive to download is http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91pre4.tar.gz As usual, comments, feedback about things that don't work etc. will be much appreciated! And example code that shows the problems will get an even warmer reception;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 20 11:30:54 2008 Return-Path: Delivery-Date: Thu, 20 Mar 2008 11:30:54 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1JcI2s2WWj-0008JA for jt at toerring.de; Thu, 20 Mar 2008 11:30:54 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2K9oeOr001417; Thu, 20 Mar 2008 05:52:31 -0400 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2K9obd3001413 for ; Thu, 20 Mar 2008 05:50:38 -0400 X-IronPort-AV: E=Sophos;i="4.25,530,1199660400"; d="scan'208";a="8604334" Received: from pegase.inria.fr ([128.93.52.47]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-SHA; 20 Mar 2008 10:50:37 +0100 Received: from pegase.inria.fr (localhost [127.0.0.1]) by pegase.inria.fr (8.13.6/8.13.6) with ESMTP id m2K9oaZt019332; Thu, 20 Mar 2008 10:50:36 +0100 Received: (from lasgoutt at localhost) by pegase.inria.fr (8.13.6/8.12.10/Submit) id m2K9oaxl019331; Thu, 20 Mar 2008 10:50:36 +0100 X-Authentication-Warning: pegase.inria.fr: lasgoutt set sender to Jean-Marc.Lasgouttes at inria.fr using -f To: jt at toerring.de References: <20080320023426.GA19850 at toerring.de> From: Jean-Marc Lasgouttes Date: Thu, 20 Mar 2008 10:50:36 +0100 In-Reply-To: <20080320023426.GA19850 at toerring.de> (Jens Thoms Toerring's message of "Thu\, 20 Mar 2008 03\:34\:26 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Update: 1.0.91pre2 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 976 Lines: 26 To subscribers of the xforms list Jens Thoms Toerring writes: > To subscribers of the xforms list > > Hello again, > > I just found that I didn't realize that some part of fdesign > was broken, which resulted in the demo programs not being created > when compiling from the downloaded pre-release. I hope I now fixed > this bug and that everything compiles cleanly with the new version > I just uploaded. Sorry for the inconvenience... Remember to update the NEWS file eventually. In particular, all changes to the API should be documented in a central place (I thought we had such a file, but cannot find it now). JMarc _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 20 04:13:58 2008 Return-Path: Delivery-Date: Thu, 20 Mar 2008 04:13:58 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1JcBE31DD4-0006as for jt at toerring.de; Thu, 20 Mar 2008 04:13:58 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2K2YWxu029576; Wed, 19 Mar 2008 22:34:53 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2K2YUc8029573 for ; Wed, 19 Mar 2008 22:34:30 -0400 Received: from gpt.toerring.de (p54BF9008.dip0.t-ipconnect.de [84.191.144.8]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1JcAbt06fb-0003mX; Thu, 20 Mar 2008 03:34:29 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 6C9166B8539; Thu, 20 Mar 2008 03:34:26 +0100 (CET) Date: Thu, 20 Mar 2008 03:34:26 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080320023426.GA19850 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19R1oaJUBzz1cQ0llS2RFuIlyojKM3+EuOI6Ro SZ1HpKIX3zq8wsNz7w2XHFc1r1EsZuwliycwKa6QAfkDwbtawi q6XYlDFsu0Pz3FSAm6t5eJIKEi8IaeV Subject: [XForms] Update: 1.0.91pre2 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 857 Lines: 21 To subscribers of the xforms list Hello again, I just found that I didn't realize that some part of fdesign was broken, which resulted in the demo programs not being created when compiling from the downloaded pre-release. I hope I now fixed this bug and that everything compiles cleanly with the new version I just uploaded. Sorry for the inconvenience... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 19 22:55:23 2008 Return-Path: Delivery-Date: Wed, 19 Mar 2008 22:55:23 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu6) with ESMTP (Nemesis) id 0MKsUu-1Jc6Fj48OU-0002Hi for jt at toerring.de; Wed, 19 Mar 2008 22:55:23 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2JLKkH8025242; Wed, 19 Mar 2008 17:21:31 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2JLKiIQ025239 for ; Wed, 19 Mar 2008 17:20:45 -0400 Received: from gpt.toerring.de (p54BF9008.dip0.t-ipconnect.de [84.191.144.8]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1Jc5iF1pQv-0000cE; Wed, 19 Mar 2008 22:20:44 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id D3EC76B8539; Wed, 19 Mar 2008 22:20:42 +0100 (CET) Date: Wed, 19 Mar 2008 22:20:42 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080319212042.GA21255 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19BiVoegF+4ndW6FXFHAimY5AbhvugfLmSo0/x UEXOPwk6vxd0lbRF/WLS8QLGmzfK/0QwOyHfjNKJKcLXsqMbxU f3qWEeNwMKwSDEEDaaOgIyAQ+Hm7301 Subject: [XForms] New pre-release 1.0.91pre2 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3450 Lines: 77 To subscribers of the xforms list Hello, I couldn't keep from messing around with the XForms code and made some more changes that concern some sensitive internals which need extensive testing. Therefor I have made up a second pre-release for the coming (hopefully soon;-) 1.0.91 release. It can be downloaded friom http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91.pre2.tar.gz The most important changes are: a) Further cleanup of the central event handling code in lib/forms.c. There was quite a bit of cruft that was so complicated that I hadn't dared to touch it before. This also required changes in the handling of button, choice counter and slider/scrollbar objects etc. To me it looks now as if everythings works fine, but it wouldn't be the first time I would have missed rather obvious bugs... b) Repaired a bug (probably my own) in the code for choice objects. Mouse wheel can now be used to walk through the items of a choice object without having to open the opup window. c) Menus now get highlighted when the mouse is moved on top of them, indicating to the user that something will happen if s/he clicks the mouse. I never did like the titles on the popups of menus and thus added a function fl_set_menu_notitle() that takes two arguments, the menu object and a boolean value to switch the title off (when called with a non-zero value) or on. For FL_PUSH_MENU objects with the no_title flag being set his has the following consequence: they only get opened when the mouse button has been released and they appear just below the menu button, just like FL_PULLDOWN_MENU objects. See the left hand menu in the menu demo program for an example. There were also some inconsitency with the handler that may be associated with a menu is invoked: in some situations it was invoked only when the selected menu item had changed, in others when just an item had been selected (even the same as the one already selected. This has been changed to the second type of behaviour, i.e. the handler is called whenever a menu item has been selected. But I don't know if this is clever and if the other variant should be implemented instead... d) Most objects now can only be used with the left mouse button (and some also with the mouse wheel) unless some special meaning is associated with the middle and right mouse button. In the past most objects also did react to the middle and right mouse button which I always found rather irritating and unusual. I actually once lost quite a bit of work since I accidentally moved the scroll wheel when shifting the mouse around and, thanks to Murphy's law, I hit the "Quit" button of the application... e) Just for the fun of it I have reducded the default border- width to one pixel - but that's easy to set back to the traditional value of 3 or something else. Have fun, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Mar 17 21:27:55 2008 Return-Path: Delivery-Date: Mon, 17 Mar 2008 21:27:55 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1JbLvz1p0D-0002xX for jt at toerring.de; Mon, 17 Mar 2008 21:27:55 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2HJrp1c019870; Mon, 17 Mar 2008 15:54:07 -0400 Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2HJrnpS019867 for ; Mon, 17 Mar 2008 15:53:49 -0400 Received: by wa-out-1112.google.com with SMTP id l24so6539657waf.17 for ; Mon, 17 Mar 2008 12:53:38 -0700 (PDT) Received: by 10.115.32.8 with SMTP id k8mr94880waj.89.1205783617470; Mon, 17 Mar 2008 12:53:37 -0700 (PDT) Received: by 10.114.120.5 with HTTP; Mon, 17 Mar 2008 12:53:37 -0700 (PDT) Message-ID: Date: Mon, 17 Mar 2008 15:53:37 -0400 From: "Jason Cipriani" To: xforms at bob.usuhs.mil In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline References: Subject: Re: [XForms] Permanent Delivery Failure X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3243 Lines: 62 To subscribers of the xforms list Will whoever maintains this list consider removing tompoe at amihost.com from the subscriber list? Jason On Mon, Mar 17, 2008 at 3:20 PM, MDaemon at mail.amhosting.com wrote: > The attached message had PERMANENT fatal delivery errors! > > After one or more unsuccessful delivery attempts the attached message has > been removed from the mail queue on this server. The number and frequency > of delivery attempts are determined by local configuration parameters. > > YOUR MESSAGE WAS NOT DELIVERED TO ONE OR MORE RECIPIENTS! > > --- Session Transcript --- > Mon 2008-03-17 12:20:01: Parsing message > Mon 2008-03-17 12:20:01: * From: jason.cipriani at gmail.com > Mon 2008-03-17 12:20:01: * To: tompoe at amihost.com > Mon 2008-03-17 12:20:01: * Subject: Re: [XForms] Discussion concerning development > Mon 2008-03-17 12:20:01: * Message-ID: > Mon 2008-03-17 12:20:01: * Route slip host: [mail.hostrack.net] > Mon 2008-03-17 12:20:01: * Route slip port: 25 > Mon 2008-03-17 12:20:01: Attempting SMTP connection to [mail.hostrack.net] > Mon 2008-03-17 12:20:01: Attempting SMTP connection to [mail.hostrack.net:25] > Mon 2008-03-17 12:20:01: Resolving A record for [mail.hostrack.net] (DNS Server: 204.10.136.42)... > Mon 2008-03-17 12:20:01: * D=mail.hostrack.net TTL=(34) A=[204.10.136.248] > Mon 2008-03-17 12:20:01: Attempting SMTP connection to [204.10.136.248:25] > Mon 2008-03-17 12:20:01: Waiting for socket connection... > Mon 2008-03-17 12:20:01: * Connection established (204.10.142.12:3541 -> 204.10.136.248:25) > Mon 2008-03-17 12:20:01: Waiting for protocol to start... > Mon 2008-03-17 12:20:01: <-- 220 mail.hostrack.net ESMTP Sendmail 8.12.11.20060308/8.9.3; Mon, 17 Mar 2008 11:20:02 -0800 > Mon 2008-03-17 12:20:01: --> EHLO mail.amhosting.com > Mon 2008-03-17 12:20:01: <-- 250-mail.hostrack.net Hello mail.amhosting.com [204.10.142.12], pleased to meet you > Mon 2008-03-17 12:20:01: <-- 250-ENHANCEDSTATUSCODES > Mon 2008-03-17 12:20:01: <-- 250-PIPELINING > Mon 2008-03-17 12:20:01: <-- 250-EXPN > Mon 2008-03-17 12:20:01: <-- 250-VERB > Mon 2008-03-17 12:20:01: <-- 250-8BITMIME > Mon 2008-03-17 12:20:01: <-- 250-SIZE > Mon 2008-03-17 12:20:01: <-- 250-DSN > Mon 2008-03-17 12:20:01: <-- 250-ETRN > Mon 2008-03-17 12:20:01: <-- 250-DELIVERBY > Mon 2008-03-17 12:20:01: <-- 250 HELP > Mon 2008-03-17 12:20:01: --> MAIL From: SIZE=8921 > Mon 2008-03-17 12:20:01: <-- 250 2.1.0 ... Sender ok > Mon 2008-03-17 12:20:01: --> RCPT To: > Mon 2008-03-17 12:20:01: <-- 550 5.1.1 ... User unknown > Mon 2008-03-17 12:20:01: --> QUIT > --- End Transcript --- > _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Mar 17 21:27:55 2008 Return-Path: Delivery-Date: Mon, 17 Mar 2008 21:27:55 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1JbLvz1p0D-0002xX for jt at toerring.de; Mon, 17 Mar 2008 21:27:55 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2HJrp1c019870; Mon, 17 Mar 2008 15:54:07 -0400 Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2HJrnpS019867 for ; Mon, 17 Mar 2008 15:53:49 -0400 Received: by wa-out-1112.google.com with SMTP id l24so6539657waf.17 for ; Mon, 17 Mar 2008 12:53:38 -0700 (PDT) Received: by 10.115.32.8 with SMTP id k8mr94880waj.89.1205783617470; Mon, 17 Mar 2008 12:53:37 -0700 (PDT) Received: by 10.114.120.5 with HTTP; Mon, 17 Mar 2008 12:53:37 -0700 (PDT) Message-ID: Date: Mon, 17 Mar 2008 15:53:37 -0400 From: "Jason Cipriani" To: xforms at bob.usuhs.mil In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline References: Subject: Re: [XForms] Permanent Delivery Failure X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3243 Lines: 62 To subscribers of the xforms list Will whoever maintains this list consider removing tompoe at amihost.com from the subscriber list? Jason On Mon, Mar 17, 2008 at 3:20 PM, MDaemon at mail.amhosting.com wrote: > The attached message had PERMANENT fatal delivery errors! > > After one or more unsuccessful delivery attempts the attached message has > been removed from the mail queue on this server. The number and frequency > of delivery attempts are determined by local configuration parameters. > > YOUR MESSAGE WAS NOT DELIVERED TO ONE OR MORE RECIPIENTS! > > --- Session Transcript --- > Mon 2008-03-17 12:20:01: Parsing message > Mon 2008-03-17 12:20:01: * From: jason.cipriani at gmail.com > Mon 2008-03-17 12:20:01: * To: tompoe at amihost.com > Mon 2008-03-17 12:20:01: * Subject: Re: [XForms] Discussion concerning development > Mon 2008-03-17 12:20:01: * Message-ID: > Mon 2008-03-17 12:20:01: * Route slip host: [mail.hostrack.net] > Mon 2008-03-17 12:20:01: * Route slip port: 25 > Mon 2008-03-17 12:20:01: Attempting SMTP connection to [mail.hostrack.net] > Mon 2008-03-17 12:20:01: Attempting SMTP connection to [mail.hostrack.net:25] > Mon 2008-03-17 12:20:01: Resolving A record for [mail.hostrack.net] (DNS Server: 204.10.136.42)... > Mon 2008-03-17 12:20:01: * D=mail.hostrack.net TTL=(34) A=[204.10.136.248] > Mon 2008-03-17 12:20:01: Attempting SMTP connection to [204.10.136.248:25] > Mon 2008-03-17 12:20:01: Waiting for socket connection... > Mon 2008-03-17 12:20:01: * Connection established (204.10.142.12:3541 -> 204.10.136.248:25) > Mon 2008-03-17 12:20:01: Waiting for protocol to start... > Mon 2008-03-17 12:20:01: <-- 220 mail.hostrack.net ESMTP Sendmail 8.12.11.20060308/8.9.3; Mon, 17 Mar 2008 11:20:02 -0800 > Mon 2008-03-17 12:20:01: --> EHLO mail.amhosting.com > Mon 2008-03-17 12:20:01: <-- 250-mail.hostrack.net Hello mail.amhosting.com [204.10.142.12], pleased to meet you > Mon 2008-03-17 12:20:01: <-- 250-ENHANCEDSTATUSCODES > Mon 2008-03-17 12:20:01: <-- 250-PIPELINING > Mon 2008-03-17 12:20:01: <-- 250-EXPN > Mon 2008-03-17 12:20:01: <-- 250-VERB > Mon 2008-03-17 12:20:01: <-- 250-8BITMIME > Mon 2008-03-17 12:20:01: <-- 250-SIZE > Mon 2008-03-17 12:20:01: <-- 250-DSN > Mon 2008-03-17 12:20:01: <-- 250-ETRN > Mon 2008-03-17 12:20:01: <-- 250-DELIVERBY > Mon 2008-03-17 12:20:01: <-- 250 HELP > Mon 2008-03-17 12:20:01: --> MAIL From: SIZE=8921 > Mon 2008-03-17 12:20:01: <-- 250 2.1.0 ... Sender ok > Mon 2008-03-17 12:20:01: --> RCPT To: > Mon 2008-03-17 12:20:01: <-- 550 5.1.1 ... User unknown > Mon 2008-03-17 12:20:01: --> QUIT > --- End Transcript --- > _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 19 02:00:32 2008 Return-Path: Delivery-Date: Wed, 19 Mar 2008 02:00:32 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu21) with ESMTP (Nemesis) id 0ML4Q0-1JbmfM2UUC-00009K for jt at toerring.de; Wed, 19 Mar 2008 02:00:32 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2J0RDjD009781; Tue, 18 Mar 2008 20:27:19 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2J0RBxS009778 for ; Tue, 18 Mar 2008 20:27:12 -0400 Received: from gpt.toerring.de (p54BFA882.dip0.t-ipconnect.de [84.191.168.130]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1Jbm9639Oe-0003i7; Wed, 19 Mar 2008 01:27:09 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 317EE6B8539; Wed, 19 Mar 2008 01:27:07 +0100 (CET) Date: Wed, 19 Mar 2008 01:27:08 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080319002708.GB3158 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19zRQk3ttb102a0frtBXWAP37SDi1j/5qcIUC2 Uyi/09ERJa92T5Asg8ttK0OtATHYzH6V6Io9Wg+mvCMeSWnH5Q yEhxtTgA8gC/GVfV/xJzfRCP+PflUdy Subject: Re: [XForms] Discussion concerning development X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 4043 Lines: 88 To subscribers of the xforms list Hello Jason, On Mon, Mar 17, 2008 at 03:17:22PM -0400, Jason Cipriani wrote: > On Fri, Mar 14, 2008 at 7:16 AM, Jens Thoms Toerring wrote: > I think at this point it may even be save to assume C99 compliance, > which is now almost a decade in the past. I wouldn't go that far - as far as I know C99 never did really get of the ground and there are only very few compilers fully C99 compliant (even gcc didn't claim to be the last time I did look). But I also guess that non-C89 compliant compilers are going to be rather hard to find today;-) > It seems reasonable to me to assume that anybody using a machine that > can run XForms is also using a compiler and libc that is less than 20 > years old at this point. It also seems reasonable to assume that > anybody using a compiler and libc that is *more* than 20 years old has > more issues to worry about than compiling XForms. ;-) > > I am rather strongly opposed to arbitrary limits where- > > ever they can be avoided since todays reasonable limits > > can be a headache tomorrow ("Who will ever need more than > > 600kB of memory?") and would try to change the code as far > > as possible to abvoid them. On the other hand I may not > > be seeing the complete picture and these limits may have > > some beneficial effects I am not aware of. Does anybody > > see some good reasons for keeping them? > > If they are causing problems, no. If they are not causing problems, > even though it *would* be better to have dynamic upper limits, there > is also the question of how much work it is to change it. I do not > know where all the fixed limits are, it has been some time since I dug > into XForms source. I am not going to do much about that right now, it was more of a question if there's some reasonable opposition to that idea. All I want to make sure is that by removing arbitrary limits I don't break too many things. > > Another point I am not too happy about some of the default > > looks of XForms. For example I find that the default border > > width of 3 pixels looks plain ugly... > > I nearly always fl_set_border_width(1) anyway. I also think the > default look is pretty ugly. The default colors are a little mirky as > well, but that may just be a personal preference (and also in contrast > to gnome's brighter default colors) -- I almost always override the > defaults with fl_set_icm_color() to something brighter. I seem to have > settled on the following: > > #define UI_COLOR_LIGHT 255, 255, 255 > #define UI_COLOR_LTMID 224, 224, 224 > #define UI_COLOR_MID 202, 202, 202 > #define UI_COLOR_DARK 128, 128, 128 > #define UI_COLOR_DARKER 96, 96, 96 > #define UI_COLOR_INACTIVE 96, 96, 96 > > fl_set_icm_color(FL_TOP_BCOL, UI_COLOR_LIGHT); > fl_set_icm_color(FL_LEFT_BCOL, UI_COLOR_LIGHT); > fl_set_icm_color(FL_MCOL, UI_COLOR_LTMID); > fl_set_icm_color(FL_COL1, UI_COLOR_MID); > fl_set_icm_color(FL_BOTTOM_BCOL, UI_COLOR_DARK); > fl_set_icm_color(FL_RIGHT_BCOL, UI_COLOR_DARK); > fl_set_icm_color(FL_DARKER_COL1, UI_COLOR_DARKER); > fl_set_icm_color(FL_INACTIVE, UI_COLOR_INACTIVE); Yes, default colors are another point! If there's someone with some graphics design background on the mailing list recommendations will definitely be appreciated! For the next pre-release (hopefully coming tomorrow, but there are still a few issues to be taken care of:-( I am going to set the default borderwidth to 1 just for the fun of it. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Mar 17 21:10:45 2008 Return-Path: Delivery-Date: Mon, 17 Mar 2008 21:10:45 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu3) with ESMTP (Nemesis) id 0MKqIe-1JbLfN000H-0000qm for jt at toerring.de; Mon, 17 Mar 2008 21:10:44 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2HJHPHh019286; Mon, 17 Mar 2008 15:19:12 -0400 Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.189]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2HJHOV8019283 for ; Mon, 17 Mar 2008 15:17:24 -0400 Received: by rn-out-0910.google.com with SMTP id e11so2910236rng.17 for ; Mon, 17 Mar 2008 12:17:24 -0700 (PDT) Received: by 10.114.80.4 with SMTP id d4mr110706wab.44.1205781442439; Mon, 17 Mar 2008 12:17:22 -0700 (PDT) Received: by 10.114.120.5 with HTTP; Mon, 17 Mar 2008 12:17:22 -0700 (PDT) Message-ID: Date: Mon, 17 Mar 2008 15:17:22 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080314111611.GA16214 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline References: <20080314111611.GA16214 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Discussion concerning development X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 4996 Lines: 108 To subscribers of the xforms list On Fri, Mar 14, 2008 at 7:16 AM, Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hello, > > going through parts of the code of XForms some things > got me puzzled and I would like to ask about your opinion: > > a) It seems to be assumed that the compiler used to comile > XForms isn't even ANSI C89 compatible. This might have > been a problem at the time the XForms project was star- > ted, but nearly 19 years after this standard came out > is this something we still have to care about? Is there > anybody out there still using a pre-C89 compiler and > where for example realloc() called with a NULL pointer > as the first argument isn't the same as a call of > malloc() (i.e. the libc isn't ANSI C89 compliant)? I think at this point it may even be save to assume C99 compliance, which is now almost a decade in the past. It seems reasonable to me to assume that anybody using a machine that can run XForms is also using a compiler and libc that is less than 20 years old at this point. It also seems reasonable to assume that anybody using a compiler and libc that is *more* than 20 years old has more issues to worry about than compiling XForms. > b) In lots of places fixed upper limits exist, starting with > the maximum number of forms (a limitation I already have > removed), the number of popup menus and there entries, > number of file selectors, line lengths in text browsers > etc. etc. I don't know if these "arbitrary limits" were > introduced because the original authors didn't feel too > comfortable with dynamic memory allocation or if it was > assumed that having fixed sized arrays would simply be > faster (especially in the "old times" when memory allo- > cation handling wasn't that optimized as it tends to be > today). Probably a little bit of both. > I am rather strongly opposed to arbitrary limits where- > ever they can be avoided since todays reasonable limits > can be a headache tomorrow ("Who will ever need more than > 600kB of memory?") and would try to change the code as far > as possible to abvoid them. On the other hand I may not > be seeing the complete picture and these limits may have > some beneficial effects I am not aware of. Does anybody > see some good reasons for keeping them? If they are causing problems, no. If they are not causing problems, even though it *would* be better to have dynamic upper limits, there is also the question of how much work it is to change it. I do not know where all the fixed limits are, it has been some time since I dug into XForms source. > Another point I am not too happy about some of the default > looks of XForms. For example I find that the default border > width of 3 pixels looks plain ugly - ten years ago pronounced > 3D effects may have been the the rage, but nowadays it looks > to me pretty old-fashioned. Would anybody mind if I would re- > duce the default border width from 3 to 2 (I personally would > prefer 1, but that might be a bit too extreme a change)? You > can have kind of a preview of the effects if you start your > application with the "-bw 2" option, which changes the default > from 3 to 2. I nearly always fl_set_border_width(1) anyway. I also think the default look is pretty ugly. The default colors are a little mirky as well, but that may just be a personal preference (and also in contrast to gnome's brighter default colors) -- I almost always override the defaults with fl_set_icm_color() to something brighter. I seem to have settled on the following: #define UI_COLOR_LIGHT 255, 255, 255 #define UI_COLOR_LTMID 224, 224, 224 #define UI_COLOR_MID 202, 202, 202 #define UI_COLOR_DARK 128, 128, 128 #define UI_COLOR_DARKER 96, 96, 96 #define UI_COLOR_INACTIVE 96, 96, 96 fl_set_icm_color(FL_TOP_BCOL, UI_COLOR_LIGHT); fl_set_icm_color(FL_LEFT_BCOL, UI_COLOR_LIGHT); fl_set_icm_color(FL_MCOL, UI_COLOR_LTMID); fl_set_icm_color(FL_COL1, UI_COLOR_MID); fl_set_icm_color(FL_BOTTOM_BCOL, UI_COLOR_DARK); fl_set_icm_color(FL_RIGHT_BCOL, UI_COLOR_DARK); fl_set_icm_color(FL_DARKER_COL1, UI_COLOR_DARKER); fl_set_icm_color(FL_INACTIVE, UI_COLOR_INACTIVE); > The same question also arises for the use of bold, italic fonts > in popups and menus. Again I find them rather ugly and would > propose to use normal, non-italic fonts as the default... Personally, I have no opinion about that. I think the italics are a little harsh so I usually turn them off, otherwise I don't know. Jason _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Fri Mar 14 12:55:01 2008 Return-Path: Delivery-Date: Fri, 14 Mar 2008 12:55:01 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu18) with ESMTP (Nemesis) id 0MKxMK-1Ja8Uv3eKM-00019t for jt at toerring.de; Fri, 14 Mar 2008 12:55:01 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2EBGFpi026077; Fri, 14 Mar 2008 07:16:30 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2EBGDsK026074 for ; Fri, 14 Mar 2008 07:16:14 -0400 Received: from gpt.toerring.de (p54BF949A.dip0.t-ipconnect.de [84.191.148.154]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1Ja7tU0Q2o-0008Az; Fri, 14 Mar 2008 12:16:12 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 7B1046B8538; Fri, 14 Mar 2008 12:16:11 +0100 (CET) Date: Fri, 14 Mar 2008 12:16:11 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080314111611.GA16214 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+4zQIiy2w09s7XntRhRCtdys8TJgcWUv7ih4X Pim2dy4c7oPlYq44EESWnWkQrVagXuVPJrgUJi6Bx4cFBNjwOF 4LpfTV743Txun2eNRXRxpsxXueT5tLQ Subject: [XForms] Discussion concerning development X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2988 Lines: 64 To subscribers of the xforms list Hello, going through parts of the code of XForms some things got me puzzled and I would like to ask about your opinion: a) It seems to be assumed that the compiler used to comile XForms isn't even ANSI C89 compatible. This might have been a problem at the time the XForms project was star- ted, but nearly 19 years after this standard came out is this something we still have to care about? Is there anybody out there still using a pre-C89 compiler and where for example realloc() called with a NULL pointer as the first argument isn't the same as a call of malloc() (i.e. the libc isn't ANSI C89 compliant)? b) In lots of places fixed upper limits exist, starting with the maximum number of forms (a limitation I already have removed), the number of popup menus and there entries, number of file selectors, line lengths in text browsers etc. etc. I don't know if these "arbitrary limits" were introduced because the original authors didn't feel too comfortable with dynamic memory allocation or if it was assumed that having fixed sized arrays would simply be faster (especially in the "old times" when memory allo- cation handling wasn't that optimized as it tends to be today). I am rather strongly opposed to arbitrary limits where- ever they can be avoided since todays reasonable limits can be a headache tomorrow ("Who will ever need more than 600kB of memory?") and would try to change the code as far as possible to abvoid them. On the other hand I may not be seeing the complete picture and these limits may have some beneficial effects I am not aware of. Does anybody see some good reasons for keeping them? Another point I am not too happy about some of the default looks of XForms. For example I find that the default border width of 3 pixels looks plain ugly - ten years ago pronounced 3D effects may have been the the rage, but nowadays it looks to me pretty old-fashioned. Would anybody mind if I would re- duce the default border width from 3 to 2 (I personally would prefer 1, but that might be a bit too extreme a change)? You can have kind of a preview of the effects if you start your application with the "-bw 2" option, which changes the default from 3 to 2. The same question also arises for the use of bold, italic fonts in popups and menus. Again I find them rather ugly and would propose to use normal, non-italic fonts as the default... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 19:47:02 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 19:47:02 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu19) with ESMTP (Nemesis) id 0ML05c-1JZsS42INL-0005ng for jt at toerring.de; Thu, 13 Mar 2008 19:47:02 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DI2P8Z013511; Thu, 13 Mar 2008 14:03:57 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DI2NET013508 for ; Thu, 13 Mar 2008 14:02:24 -0400 Received: from gpt.toerring.de (p54BF9597.dip0.t-ipconnect.de [84.191.149.151]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1JZrl00Vmp-0001Pl; Thu, 13 Mar 2008 19:02:22 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 825A36B8538; Thu, 13 Mar 2008 19:02:21 +0100 (CET) Date: Thu, 13 Mar 2008 19:02:21 +0100 From: Jens Thoms Toerring To: Didier Verkindt Message-ID: <20080313180221.GA17421 at toerring.de> References: <20080313112646.GA9784 at toerring.de> <20080313131224.GB9842 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/XZd8rhMoNvvhQDDENQ1EdBZsrQuXLZ74rRPn pW/RlPC8jEuKWxShKiXTdEWs9cNC7uQSZAAOOi7qP1jCoKW5Sq JaRipqdcy9uDwikg1WVHe/Cv1WlH/Jq Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Using Xform in background without display X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2010 Lines: 55 To subscribers of the xforms list Hi Didier, On Thu, Mar 13, 2008 at 05:07:01PM +0100, Didier Verkindt wrote: > My application uses Xform for GUI and ROOT for making plots. > And in some cases, I do not want to interact with the application, > I would like to run it in background, producing a ROOT plot that > is written as a jpg file (thanks to ROOT's class TImageDump) > TImageDump *imgdump = new TImageDump(jpgFileName); > gDDCanvas->Paint(); > TImage *img = imgdump->GetImage(); > img->SetImageQuality(img->kImgFast); > img->SetImageCompression(60); > imgdump->Close(); > imgdump->Delete(); None of these functions seem to be from XForms but ROOT (at least as far as I can tell), so if you don't use any XForms functions you don't have to invoke fl_initialize() at all. I think if this is the case it's rather simple. Do something like this (sorry, it's in C and not C++, but I am not that good at C++ and it probably will be nearly the same): int main( int argc, char * argv[ ] ) { int i; for ( i = 1; i < argc; i++ ) if ( ! strcmp( argv[ i ], "-nodisplay" ) ) break; if ( i == argc ) /* "-nodisplay" not found */ fl_initialize( &argc, argv, "Whatever", 0, 0 ); That way you avoid calling fl_initialize() when the program is invoked with the "-nodisplay" option. And that should be fine as long as you don't call any XForms functions after- wards (you will probably find out if you do so anyway since then XForms would complain loudly;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 17:44:10 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 17:44:10 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu19) with ESMTP (Nemesis) id 0ML05c-1JZqX53IuH-0005cq for jt at toerring.de; Thu, 13 Mar 2008 17:44:10 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DG76fx011867; Thu, 13 Mar 2008 12:08:01 -0400 Received: from lappc-f057.in2p3.fr (lappc-f057.in2p3.fr [134.158.97.63]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DG73Ue011864 for ; Thu, 13 Mar 2008 12:07:04 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by lappc-f057.in2p3.fr (Postfix) with ESMTP id D0496743BD; Thu, 13 Mar 2008 17:07:02 +0100 (CET) Received: from lappc-f057.in2p3.fr ([127.0.0.1]) by localhost (lappc-f057.in2p3.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12978-03; Thu, 13 Mar 2008 17:07:01 +0100 (CET) Received: from virgoa2.in2p3.fr (virgoa2.in2p3.fr [134.158.96.119]) by lappc-f057.in2p3.fr (Postfix) with ESMTP id B88F27436A; Thu, 13 Mar 2008 17:07:01 +0100 (CET) Date: Thu, 13 Mar 2008 17:07:01 +0100 (CET) From: Didier Verkindt X-X-Sender: verkindt at virgoa2.in2p3.fr To: Jens Thoms Toerring In-Reply-To: <20080313131224.GB9842 at toerring.de> Message-ID: References: <20080313112646.GA9784 at toerring.de> <20080313131224.GB9842 at toerring.de> MIME-Version: 1.0 X-Virus-Scanned: by new amavisd-new 4 at in2p3.fr Cc: xforms at bob.usuhs.mil, Jean-Marc Lasgouttes Subject: Re: [XForms] Using Xform in background without display X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3644 Lines: 89 To subscribers of the xforms list Hi, My application uses Xform for GUI and ROOT for making plots. And in some cases, I do not want to interact with the application, I would like to run it in background, producing a ROOT plot that is written as a jpg file (thanks to ROOT's class TImageDump) TImageDump *imgdump = new TImageDump(jpgFileName); gDDCanvas->Paint(); TImage *img = imgdump->GetImage(); img->SetImageQuality(img->kImgFast); img->SetImageCompression(60); imgdump->Close(); imgdump->Delete(); which does not need a display, as far as I know. Only fl_initialize prevented me to do this on a machine with no display. According to what you wrote, it seems difficult to have a call to fl_initialize which would not take care of the display's part. I am not happy but thanks for your investigation. If you have any idea to overcome the problem, do not hesitate. I am not a pro of Xform or X servers, so I do not foresee to find the solution by myself. Best regards, Didier ----------------------------------------------------------- Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt On Thu, 13 Mar 2008, Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hi Jean-Marc, > > On Thu, Mar 13, 2008 at 12:50:58PM +0100, Jean-Marc Lasgouttes wrote: > > Jens Thoms Toerring writes: > > > Are you actually using anything from XForms when you want the > > > program to run without any graphics output? > > > > I guess the idea is to use flimage. Does this work without a display? > > Mmmm. I have to admit that I didn't went through that part of > XForms more than very superficially yet, so I could be comple- > tely wrong. But a short look at that part of the code shows > that quite a number of Xlib functions are used there, so I > would guess that you can't use that part (which already is > separated out into its own library, libflimage.so) without > having a display (or at least some kind of Xserver that fakes > a display if there's no screen, which using using xvfb might > amount to). > > And, as far as my (very limited) understanding goes, all the > functions in flimage are meant to read in a graphics file and > display it on the screen (e.g. on top of a button etc.) or to > write out an image from an X drawable to a file. In both cases > you would need a display. > > Since Didier wrote that he just wants to write out jpg files > I guess that he will always need to create some X drawable, > draw something onto it and then write it out. But that would > involve an X drawable. But if he just wants to convert e.g. > a gif image to a jpg I would rather recommend to use some- > thing more suitable in that case, e.g. ImageMagick. > > Best regards, Jens > -- > \ Jens Thoms Toerring ________ jt at toerring.de > \_______________________________ http://toerring.de > _______________________________________________ > To unsubscribe, send any message to > xforms-leave at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 14:48:52 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 14:48:52 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu22) with ESMTP (Nemesis) id 0MKr6C-1JZnnT3CT3-0000JC for jt at toerring.de; Thu, 13 Mar 2008 14:48:52 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DDCnMe009144; Thu, 13 Mar 2008 09:13:11 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DDCl2j009141 for ; Thu, 13 Mar 2008 09:12:47 -0400 Received: from gpt.toerring.de (p54BF9597.dip0.t-ipconnect.de [84.191.149.151]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1JZnEP1kLq-0006Sj; Thu, 13 Mar 2008 14:12:26 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id DD2386B8538; Thu, 13 Mar 2008 14:12:24 +0100 (CET) Date: Thu, 13 Mar 2008 14:12:24 +0100 From: Jens Thoms Toerring To: Jean-Marc Lasgouttes Message-ID: <20080313131224.GB9842 at toerring.de> References: <20080313112646.GA9784 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+8FDdt1Ioza8lgJvlgjuJFaETIFAgW7gwdI13 8s51Is/etIZNywtRedHErkBwgQkSrC3AbpdHBvU6YZo+Da/FT1 +6lCJcV4b3yaiR9s4WCRy8Fy/F3He5/ Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Using Xform in background without display X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1984 Lines: 45 To subscribers of the xforms list Hi Jean-Marc, On Thu, Mar 13, 2008 at 12:50:58PM +0100, Jean-Marc Lasgouttes wrote: > Jens Thoms Toerring writes: > > Are you actually using anything from XForms when you want the > > program to run without any graphics output? > > I guess the idea is to use flimage. Does this work without a display? Mmmm. I have to admit that I didn't went through that part of XForms more than very superficially yet, so I could be comple- tely wrong. But a short look at that part of the code shows that quite a number of Xlib functions are used there, so I would guess that you can't use that part (which already is separated out into its own library, libflimage.so) without having a display (or at least some kind of Xserver that fakes a display if there's no screen, which using using xvfb might amount to). And, as far as my (very limited) understanding goes, all the functions in flimage are meant to read in a graphics file and display it on the screen (e.g. on top of a button etc.) or to write out an image from an X drawable to a file. In both cases you would need a display. Since Didier wrote that he just wants to write out jpg files I guess that he will always need to create some X drawable, draw something onto it and then write it out. But that would involve an X drawable. But if he just wants to convert e.g. a gif image to a jpg I would rather recommend to use some- thing more suitable in that case, e.g. ImageMagick. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 13:25:23 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 13:25:23 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu13) with ESMTP (Nemesis) id 0MKsEO-1JZmUg3yzY-0005MZ for jt at toerring.de; Thu, 13 Mar 2008 13:25:23 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DBp0SS007963; Thu, 13 Mar 2008 07:51:27 -0400 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DBoxrW007960 for ; Thu, 13 Mar 2008 07:50:59 -0400 X-IronPort-AV: E=Sophos;i="4.25,493,1199660400"; d="scan'208";a="8344212" Received: from pegase.inria.fr ([128.93.52.47]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-SHA; 13 Mar 2008 12:50:58 +0100 Received: from pegase.inria.fr (localhost [127.0.0.1]) by pegase.inria.fr (8.13.6/8.13.6) with ESMTP id m2DBowHU009975; Thu, 13 Mar 2008 12:50:58 +0100 Received: (from lasgoutt at localhost) by pegase.inria.fr (8.13.6/8.12.10/Submit) id m2DBow05009974; Thu, 13 Mar 2008 12:50:58 +0100 X-Authentication-Warning: pegase.inria.fr: lasgoutt set sender to Jean-Marc.Lasgouttes at inria.fr using -f To: jt at toerring.de References: <20080313112646.GA9784 at toerring.de> From: Jean-Marc Lasgouttes Date: Thu, 13 Mar 2008 12:50:58 +0100 In-Reply-To: <20080313112646.GA9784 at toerring.de> (Jens Thoms Toerring's message of "Thu\, 13 Mar 2008 12\:26\:46 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Using Xform in background without display X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 600 Lines: 17 To subscribers of the xforms list Jens Thoms Toerring writes: > Are you actually using anything from XForms when you want the > program to run without any graphics output? I guess the idea is to use flimage. Does this work without a display? JMarc _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 13:01:58 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 13:01:58 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu24) with ESMTP (Nemesis) id 0MKtd6-1JZm820gGF-0002s7 for jt at toerring.de; Thu, 13 Mar 2008 13:01:58 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DBQo3a007590; Thu, 13 Mar 2008 07:26:53 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DBQm6d007587 for ; Thu, 13 Mar 2008 07:26:48 -0400 Received: from gpt.toerring.de (p54BF9597.dip0.t-ipconnect.de [84.191.149.151]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1JZlaA2S1C-0004aa; Thu, 13 Mar 2008 12:26:47 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id B21CC6B8538; Thu, 13 Mar 2008 12:26:46 +0100 (CET) Date: Thu, 13 Mar 2008 12:26:46 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080313112646.GA9784 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18+iodlOW/eMirSH7K7jbLkCg40Dl/CLObs/iA a2mfAsl3S99yoSF1ML91XLjN3moHYbRuXzBRFf5iATTBy9Unk2 lMK1Tw4An4Q3QAo7u7NmGoY3+6Xea+y Subject: Re: [XForms] Using Xform in background without display X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2601 Lines: 54 To subscribers of the xforms list Hi, > I have developped since several years a data visualization application > that uses Xforms as GUI. In some circumstances, I would like to run this > application in background (producing just jpg files, without user > interaction and without showing any xform window) on a machine which has > no display. But I get stucked on the fl_initialize function. > With the following error message: > Can't open display --No such file or directory > Missing or failed fl_initialize() > > For now, I have overcome the problem by using xvfb when starting the > application. But could the next release of Xform provide an API or a flag > that allows to run temporarily without display? > Or could the next release separate in fl_initialize what is specific xform > init from what is related to the display? That's going to be a bit difficult because XForms is suposed to work with a display. Hardly anything useful can be done without one, and trying to separate out the small number of functions that may be usable without having an open display would probably be a huge amount of work (actually, if that would be possible and any usuful functionality would remain in the resulting subset, it probably should be put into a separate library;-) Are you actually using anything from XForms when you want the program to run without any graphics output? If not, then perhaps a solution like I am using it myself in such circumstances would be to avoid calling fl_initialize() at all. I do that by going through the command line arguments first, looking for a certain option (in my case I use '-nw'). If I find that I don't don't call fl_initialize() (or any other functions from XForms), otherwise I pass on the command line arguments unchanged to fl_initialize(). Having a command line argument that tells fl_initialize() that XForms isn't going to be used sounds a bit strange to me. It would be similar to having a function e.g. in the math library to tell it that no function of this library will ever be used. Or am I misunderstanding what you are trying to do? Regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 12:40:03 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 12:40:03 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu16) with ESMTP (Nemesis) id 0MKxE4-1JZlmo1ykm-0004dr for jt at toerring.de; Thu, 13 Mar 2008 12:40:03 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DB39Eh007324; Thu, 13 Mar 2008 07:04:52 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DB35DZ007317 for ; Thu, 13 Mar 2008 07:03:06 -0400 Received: from gpt.toerring.de (p54BF9597.dip0.t-ipconnect.de [84.191.149.151]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1JZlDE38rh-0002u7; Thu, 13 Mar 2008 12:03:05 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 0CE3E6B8538; Thu, 13 Mar 2008 12:03:03 +0100 (CET) Date: Thu, 13 Mar 2008 12:03:03 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080313110303.GA9348 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1994+NiYbPUEM8RASjgT2DOrdtq5sGTqRzm0pK ImKIdVuwp3YAwZybMeZk7nHwIyUm9GfdZYY6+1x0s+aqsIUzNJ l53NSRzT9Ol9Lflk4NwOqjASIOQnDqc Subject: Re: [XForms] Migrating from xforms-0.89 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2768 Lines: 84 To subscribers of the xforms list Hi, > I have a project which still uses xforms 0.89. I would like to > upgrade, but installing > the new versions results in all sorts of error messages when I compile. Do you get errros when you try to compile the new version of the XForms library or when you try to recompile your program using the new version? In the first case I would be very interested to get a list of all messages! If you're using e.g. a bash like shell you could redirect the output of the configure and make command to files by using e.g. ./configure > configlog 2>&1 make > makelog 2>&1 Please be so kind to send me the resulting files. In the second case it also would be helpful to see what you actually get as error messages. It's a long time since I have been using version 0.89, so I probably don't not re- member most of the changes that happened since then. But I guess that the main changes were: a) The forms.h file to be included by your program was in /usr/X11/include/X11/ Nowadays it's per default in /usr/local/include/ You must make sure that the compiler picks up this new file and not accidentally the old one. Perhaps you will need to pass something like '-I/usr/local/include' to the compiler. b) The library itself also seem to have been in /usr/X11/lib/ but nowadays is per default in /usr/local/lib/ You may have to tell the linker by using something like '-L/usr/local/lib'. c) In version 0.89 Pixmaps were handled by some internal functions is XForms. This has changed and XForms now requires the external Xpm library for this, see e.g. http://koala.ilog.fr/lehors/xpm.html This library needs to be installed on your system and you must explicitely link against it (using e.g. the option '-lXpm' when compiling with gcc). I really don't remember what you had to specify as compiler and linker flags when compiling against 0.89. But nowadays I would probably use someting like -I/usr/local/include -L/usr/local/lib -X11 -lforms -lXpm -lm The API itself hasn't experienced too many changes and I can't remember them. If your problems result from them please post the error messages you got, otherwise it's going to be very figure out what's going wrong;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 09:54:26 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 09:54:26 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu5) with ESMTP (Nemesis) id 0MKqpg-1JZjCX3ai3-0000nz for jt at toerring.de; Thu, 13 Mar 2008 09:54:26 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2D8IgJA005525; Thu, 13 Mar 2008 04:18:43 -0400 Received: from lappc-f057.in2p3.fr (lappc-f057.in2p3.fr [134.158.97.63]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2D8IeDX005522 for ; Thu, 13 Mar 2008 04:18:40 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by lappc-f057.in2p3.fr (Postfix) with ESMTP id 875FD743BE for ; Thu, 13 Mar 2008 09:18:39 +0100 (CET) Received: from lappc-f057.in2p3.fr ([127.0.0.1]) by localhost (lappc-f057.in2p3.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14605-04 for ; Thu, 13 Mar 2008 09:18:38 +0100 (CET) Received: from virgoa2.in2p3.fr (virgoa2.in2p3.fr [134.158.96.119]) by lappc-f057.in2p3.fr (Postfix) with ESMTP id EF2F47436A for ; Thu, 13 Mar 2008 09:18:38 +0100 (CET) Date: Thu, 13 Mar 2008 09:18:38 +0100 (CET) From: Didier Verkindt X-X-Sender: verkindt at virgoa2.in2p3.fr To: xforms at bob.usuhs.mil In-Reply-To: Message-ID: References: <988FAD2E161E4347BFD7EC93A4D05904022F4B69 at xcgaz701.northgrum.com> MIME-Version: 1.0 X-Virus-Scanned: by new amavisd-new 4 at in2p3.fr Subject: Re: [XForms] Using Xform in background without display X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1452 Lines: 34 To subscribers of the xforms list Hi, I am very happy to see that Xforms and this mailing list are still alive. I have developped since several years a data visualization application that uses Xforms as GUI. In some circumstances, I would like to run this application in background (producing just jpg files, without user interaction and without showing any xform window) on a machine which has no display. But I get stucked on the fl_initialize function. With the following error message: Can't open display --No such file or directory Missing or failed fl_initialize() For now, I have overcome the problem by using xvfb when starting the application. But could the next release of Xform provide an API or a flag that allows to run temporarily without display? Or could the next release separate in fl_initialize what is specific xform init from what is related to the display? Thank you, Didier ----------------------------------------------------------- Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 19 00:27:35 2008 Return-Path: Delivery-Date: Wed, 19 Mar 2008 00:27:35 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1JblDP2AwB-0001Yo for jt at toerring.de; Wed, 19 Mar 2008 00:27:35 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2IMdRXf008628; Tue, 18 Mar 2008 18:39:42 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2IMdKGY008624 for ; Tue, 18 Mar 2008 18:39:21 -0400 Received: from gpt.toerring.de (p54BFA882.dip0.t-ipconnect.de [84.191.168.130]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1JbkSh3AOH-0003Qq; Tue, 18 Mar 2008 23:39:16 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 1BC786B8539; Tue, 18 Mar 2008 23:39:14 +0100 (CET) Date: Tue, 18 Mar 2008 23:39:15 +0100 From: Jens Thoms Toerring To: chris at evib.net Message-ID: <20080318223914.GA30325 at toerring.de> References: <1205809811.47df3293b87de at webmail.minx.net.uk> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1205809811.47df3293b87de at webmail.minx.net.uk> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/U7xFW5wfGwe1jfHgHXWJY3eNrL9sWWHUpUXj 8L+Nb6c8J5gm374kp71guGrUDDaCum1pvjMAt6dSyhPlrOgBjh mWBTE1wbnJ/4R/3+iQzAJxb7ReQRG2f Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2780 Lines: 64 To subscribers of the xforms list Hello Chris, On Tue, Mar 18, 2008 at 03:10:11AM +0000, chris at evib.net wrote: > I had, just recently, installed Fedora 8 on my laptop to take away for a 3 > week trip. I hadn't tested the 1.0.90 release of XForms under F8 and found > one of my applications refused to display when using: > > fl_set_input(obj, msgstr); > > The 1.0.91 release cures this problem. As much as I would like to claim that for me I don't think I was responsible for this change for the better;-) Actually, Jean-Marc Lasgouttes and Angus Leeming committed quite a number of changes to the CVS version in the last years which I can build on. And I am rather sure that's one of many problems they already did solve! > However, the initialisation code for a grid which uses code as in the > following fragment (modified from the code generated from the form > definition file): > > fdui->cell00 = obj = fl_add_input(FL_INT_INPUT,x=20,y=40,20,20,""); > fl_set_object_color(obj,FL_MCOL,FL_MCOL); > fl_set_object_lalign(obj,FL_ALIGN_CENTER); > fl_set_object_callback(obj,Grid_Input,cell++); > > steadfastly refuses to change the objects colour regardless of what FL_xxxx > colour is used. Later on, the same sort of code is used to change the cell's > appearance and that works! > > fl_set_object_boxtype(obj, FL_FRAME_BOX); > fl_set_input_cursor_visible(obj, FALSE); > fl_set_object_color(obj, FL_GREEN, FL_GREEN); > fl_set_input(obj, msgstr); > > Strange! Definitely! Unfortunately, I can't reproduce this bug here on my machine by just inserting your example code into one of my programs. Perhaps it's something more complicated than just a bug in the func- tion for settineg an objects colors. In that case it might help me to figure out what's going wrong if you could send me a somewhat longer example. BTW: The indentation of your example code looks a bit as if it was generated by an older version of fdesign. Perhaps you still have two versions of fdesign (or all of XForms) installed on your ma- chine, the old one in /usr/bin and the new one in /usr/local/bin. Please try to get rid of the old installation - if there's a mix- ture of an old and a new versions a lot of things could go wrong... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 19 00:27:35 2008 Return-Path: Delivery-Date: Wed, 19 Mar 2008 00:27:35 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1JblDP2AwB-0001Yo for jt at toerring.de; Wed, 19 Mar 2008 00:27:35 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2IMdRXf008628; Tue, 18 Mar 2008 18:39:42 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2IMdKGY008624 for ; Tue, 18 Mar 2008 18:39:21 -0400 Received: from gpt.toerring.de (p54BFA882.dip0.t-ipconnect.de [84.191.168.130]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1JbkSh3AOH-0003Qq; Tue, 18 Mar 2008 23:39:16 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 1BC786B8539; Tue, 18 Mar 2008 23:39:14 +0100 (CET) Date: Tue, 18 Mar 2008 23:39:15 +0100 From: Jens Thoms Toerring To: chris at evib.net Message-ID: <20080318223914.GA30325 at toerring.de> References: <1205809811.47df3293b87de at webmail.minx.net.uk> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1205809811.47df3293b87de at webmail.minx.net.uk> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1/U7xFW5wfGwe1jfHgHXWJY3eNrL9sWWHUpUXj 8L+Nb6c8J5gm374kp71guGrUDDaCum1pvjMAt6dSyhPlrOgBjh mWBTE1wbnJ/4R/3+iQzAJxb7ReQRG2f Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2780 Lines: 64 To subscribers of the xforms list Hello Chris, On Tue, Mar 18, 2008 at 03:10:11AM +0000, chris at evib.net wrote: > I had, just recently, installed Fedora 8 on my laptop to take away for a 3 > week trip. I hadn't tested the 1.0.90 release of XForms under F8 and found > one of my applications refused to display when using: > > fl_set_input(obj, msgstr); > > The 1.0.91 release cures this problem. As much as I would like to claim that for me I don't think I was responsible for this change for the better;-) Actually, Jean-Marc Lasgouttes and Angus Leeming committed quite a number of changes to the CVS version in the last years which I can build on. And I am rather sure that's one of many problems they already did solve! > However, the initialisation code for a grid which uses code as in the > following fragment (modified from the code generated from the form > definition file): > > fdui->cell00 = obj = fl_add_input(FL_INT_INPUT,x=20,y=40,20,20,""); > fl_set_object_color(obj,FL_MCOL,FL_MCOL); > fl_set_object_lalign(obj,FL_ALIGN_CENTER); > fl_set_object_callback(obj,Grid_Input,cell++); > > steadfastly refuses to change the objects colour regardless of what FL_xxxx > colour is used. Later on, the same sort of code is used to change the cell's > appearance and that works! > > fl_set_object_boxtype(obj, FL_FRAME_BOX); > fl_set_input_cursor_visible(obj, FALSE); > fl_set_object_color(obj, FL_GREEN, FL_GREEN); > fl_set_input(obj, msgstr); > > Strange! Definitely! Unfortunately, I can't reproduce this bug here on my machine by just inserting your example code into one of my programs. Perhaps it's something more complicated than just a bug in the func- tion for settineg an objects colors. In that case it might help me to figure out what's going wrong if you could send me a somewhat longer example. BTW: The indentation of your example code looks a bit as if it was generated by an older version of fdesign. Perhaps you still have two versions of fdesign (or all of XForms) installed on your ma- chine, the old one in /usr/bin and the new one in /usr/local/bin. Please try to get rid of the old installation - if there's a mix- ture of an old and a new versions a lot of things could go wrong... Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 14:48:12 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 14:48:12 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu14) with ESMTP (Nemesis) id 0ML3Dg-1JZnmq11vY-00063d for jt at toerring.de; Thu, 13 Mar 2008 14:48:12 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DD3gRf008968; Thu, 13 Mar 2008 09:03:51 -0400 Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DD3eLu008964 for ; Thu, 13 Mar 2008 09:03:40 -0400 X-IronPort-AV: E=Sophos;i="4.25,493,1199660400"; d="scan'208";a="8347010" Received: from pegase.inria.fr ([128.93.52.47]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-SHA; 13 Mar 2008 14:03:39 +0100 Received: from pegase.inria.fr (localhost [127.0.0.1]) by pegase.inria.fr (8.13.6/8.13.6) with ESMTP id m2DD3dj2010274; Thu, 13 Mar 2008 14:03:39 +0100 Received: (from lasgoutt at localhost) by pegase.inria.fr (8.13.6/8.12.10/Submit) id m2DD3diZ010273; Thu, 13 Mar 2008 14:03:39 +0100 X-Authentication-Warning: pegase.inria.fr: lasgoutt set sender to Jean-Marc.Lasgouttes at inria.fr using -f To: jt at toerring.de References: <20080313120921.GA9842 at toerring.de> From: Jean-Marc Lasgouttes Date: Thu, 13 Mar 2008 14:03:39 +0100 In-Reply-To: <20080313120921.GA9842 at toerring.de> (Jens Thoms Toerring's message of "Thu\, 13 Mar 2008 13\:09\:21 +0100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 753 Lines: 21 To subscribers of the xforms list Jens Thoms Toerring writes: > (Hello, Dr. Zhao, if you're reading > this: As far as I know you still didn't consent to make also > the existing documentation "open source" and there's only > the PostScript version at the moment. I would be grateful > if you would contact either me or one of the other main- > tainers about this.) There is also an html version. JMarc _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 13:50:38 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 13:50:38 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu10) with ESMTP (Nemesis) id 0MKu60-1JZmt420gB-0006vy for jt at toerring.de; Thu, 13 Mar 2008 13:50:37 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2DC9Ok3008245; Thu, 13 Mar 2008 08:10:04 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2DC9M3v008242 for ; Thu, 13 Mar 2008 08:09:23 -0400 Received: from gpt.toerring.de (p54BF9597.dip0.t-ipconnect.de [84.191.149.151]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1JZmFO0Uzj-0003dI; Thu, 13 Mar 2008 13:09:22 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 8D7776B8538; Thu, 13 Mar 2008 13:09:21 +0100 (CET) Date: Thu, 13 Mar 2008 13:09:21 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080313120921.GA9842 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX18ADZjVE9MN2U+8YbcHJOYS8Fx8Vh3hA+k/3Yo uGGRGu4LGTmIUCGwvAw1O5c+0LnDEjlsatjFNf9WAbWN5jLlFD FKuDn8NzA4tkyJHDljqWeYxMU6VryGp Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2433 Lines: 58 To subscribers of the xforms list Hi, > Now the very quick try of the new code shows all the above problems > seem to have gone. Thanks, that's good news! > I will do more extensive usage tests of several xforms-apps I use. > Especially regarding the program crashes on mouse scroll in text > browsers that I suffered from quite a bit. I hope that this problem is gone. I actually could reproduce something that looked like it with the fbrowse demo program, which quite often simply exited when the mouse wheel was used. There was some bug in the button press/relase handling code that made fl_do_forms() return an object in cases were it shouldn't have done so. And since the program only expected fl_do_forms() to return when the program is supposed to end this then exited. Perhaps you experienced the same problem and in that case it shouldn't happen anymore. Otherwise just complain;-) > PS. If the XForms is to be revived, I would vote for the long- > promised, never-done scrolled canvas :) Please don't hold your breath on that (and I personally never made such a promise;-) My main motvation is that I have a rather largish program using XForms and I want it to work correctly without any glitches under all circumstances. So at the moment I am mostly concerned with a consolidation of the code base (and there are still enough potential problems to keep me busy for a while;-) I think that should be the main focus until the long-awaited 1.1 release is out. Another point that I find very important is to get some up to date documentation. (Hello, Dr. Zhao, if you're reading this: As far as I know you still didn't consent to make also the existing documentation "open source" and there's only the PostScript version at the moment. I would be grateful if you would contact either me or one of the other main- tainers about this.) But that definitely shouldn't keep you (or anybody else) from creating new widgets etc.! Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 01:31:50 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 01:31:50 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1JZbM93pc8-0001fG for jt at toerring.de; Thu, 13 Mar 2008 01:31:50 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2CNtuqO032504; Wed, 12 Mar 2008 19:59:23 -0400 Received: from sirius.astrouw.edu.pl (sirius.astrouw.edu.pl [193.0.88.1]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2CNtsB9032500 for ; Wed, 12 Mar 2008 19:55:55 -0400 Received: from sirius.astrouw.edu.pl (localhost [127.0.0.1]) by sirius.astrouw.edu.pl (8.13.8/8.13.8) with ESMTP id m2CNtrVY009105 for ; Thu, 13 Mar 2008 00:55:53 +0100 Received: (from msz at localhost) by sirius.astrouw.edu.pl (8.13.8/8.13.8/Submit) id m2CNtrXY009104 for xforms at bob.usuhs.mil; Thu, 13 Mar 2008 00:55:53 +0100 Date: Thu, 13 Mar 2008 00:55:53 +0100 From: Michal Szymanski To: XForms Message-ID: <20080312235553.GA8465 at astrouw.edu.pl> References: <20080312170818.GA13700 at toerring.de> Mime-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080312170818.GA13700 at toerring.de> User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sirius.astrouw.edu.pl [127.0.0.1]); Thu, 13 Mar 2008 00:55:53 +0100 (CET) Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2329 Lines: 60 To subscribers of the xforms list Hi XFormers, Great news. I thought the project was dead. I have just been experiencing problems addressed by Jens, ever since I started using machines with newer OSes and X11. I intensively use my image display xforms-application and I noticed that resizing it often resulted in completely messed window. Also, double-click in file selector stopped working altogether (this, however, used to happen sometimes also in old days). Now the very quick try of the new code shows all the above problems seem to have gone. Good job, Jens, thank you. I will do more extensive usage tests of several xforms-apps I use. Especially regarding the program crashes on mouse scroll in text browsers that I suffered from quite a bit. best regards, Michal. PS. If the XForms is to be revived, I would vote for the long-promised, never-done scrolled canvas :) -- Michal Szymanski (msz at astrouw dot edu dot pl) Warsaw University Observatory, Warszawa, POLAND On Wed, Mar 12, 2008 at 06:08:18PM +0100, Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hello, > > as promised in my last mail from end of January I have > continued to work on XForms. The most important changes are: > > a) Update of the event handling subsystem, events can't > get lost anymore. > b) Overwork of window resizing - especially noticable > with window managers that update windows while they > are being resized. > c) Code for popups, menus etc. extensively changed, should > now work better and more like we're used to from other > toolkits. Shadows which ever did work cleanly have been > removed. > d) Text browser sliders now should work correctly. > e) Lots of bugs removed that could lead to segmentation > faults, X errors, memory and X resource leaks, missed > redraws, double click selections in file selectors not > always working, programs sometimes unexpectedly exiting > when mouse scroll wheel is used in text browsers etc. _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 09:12:20 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 09:12:20 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu8) with ESMTP (Nemesis) id 0MKt1w-1JZiXn3ZFi-0000o4 for jt at toerring.de; Thu, 13 Mar 2008 09:12:20 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2D7Ybq6005004; Thu, 13 Mar 2008 03:37:02 -0400 Received: from mail1.saao.ac.za (mail1.saao.ac.za [192.96.109.25]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2D7YVKf005000 for ; Thu, 13 Mar 2008 03:34:34 -0400 Received: from saao.ac.za (localhost.localdomain [127.0.0.1]) by mail1.saao.ac.za (Postfix) with ESMTP id 00FE310782CE for ; Thu, 13 Mar 2008 09:34:09 +0200 (SAST) Received: from spipe.saao (spipe.saao [10.1.8.2]) by webmail.saao.ac.za (Horde MIME library) with HTTP; Thu, 13 Mar 2008 09:34:09 +0200 Message-ID: <20080313093409.taka941s00skgw0s at webmail.saao.ac.za> Date: Thu, 13 Mar 2008 09:34:09 +0200 From: lab at saao.ac.za To: xforms at bob.usuhs.mil References: <20080312170818.GA13700 at toerring.de> <20080312183546.GE10548 at toerring.de> In-Reply-To: <20080312183546.GE10548 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) X-SAAO-MailScanner-Watermark: 1205998451.95144 at 5MhOmjprjUQjcUMq7FuDng X-SAAO-MailScanner-Information: Scanned by MailScanner at SAAO X-MailScanner-ID: 00FE310782CE.28798 X-SAAO-MailScanner: Found to be clean X-SAAO-MailScanner-SpamCheck: notspam, spamassassin (notcached, score=-1.702, required 6, ALL_TRUSTED -1.80, AWL 0.10, BAYES_50 0.00) X-SAAO-MailScanner-From: lab at saao.ac.za X-Spam-Status: No Subject: [XForms] Migrating from xforms-0.89 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 740 Lines: 26 To subscribers of the xforms list Hi I have a project which still uses xforms 0.89. I would like to upgrade, but installing the new versions results in all sorts of error messages when I compile. Can anyone give me a roadmap of how to migrate? Many thanks Luis Balona ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Mar 13 00:16:45 2008 Return-Path: Delivery-Date: Thu, 13 Mar 2008 00:16:45 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1JZaBU3zaO-0000GC for jt at toerring.de; Thu, 13 Mar 2008 00:16:45 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2CMXbZu031551; Wed, 12 Mar 2008 18:37:51 -0400 Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2CMXXBq031548 for ; Wed, 12 Mar 2008 18:33:35 -0400 Received: by wa-out-1112.google.com with SMTP id l24so3628489waf.17 for ; Wed, 12 Mar 2008 15:33:32 -0700 (PDT) Received: by 10.115.47.1 with SMTP id z1mr8045567waj.149.1205361180577; Wed, 12 Mar 2008 15:33:00 -0700 (PDT) Received: by 10.114.120.5 with HTTP; Wed, 12 Mar 2008 15:33:00 -0700 (PDT) Message-ID: Date: Wed, 12 Mar 2008 18:33:00 -0400 From: "Jason Cipriani" To: jt at toerring.de In-Reply-To: <20080312183546.GE10548 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline References: <20080312170818.GA13700 at toerring.de> <20080312183546.GE10548 at toerring.de> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1657 Lines: 44 To subscribers of the xforms list I am just getting started on a relatively large application that will be using XForms; it does dynamic window updates on resize and is fairly X-intensive. So this is may be a great opportunity to test out this new release. I assure you I'll be stress testing it pretty hard (as usual ;), I'll keep you posted. Jason On Wed, Mar 12, 2008 at 2:35 PM, Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hello, > > since already a few people asked for it here's a pre- > release you can download directly (without CVS) and which > doesn't require having all the automake tools installed: > > http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91.pre1.tar.gz > > Just unpack, then run configure and make;-) > > > > Best regards, Jens > -- > \ Jens Thoms Toerring ________ jt at toerring.de > \_______________________________ http://toerring.de > _______________________________________________ > To unsubscribe, send any message to > xforms-leave at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 12 20:11:23 2008 Return-Path: Delivery-Date: Wed, 12 Mar 2008 20:11:23 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu23) with ESMTP (Nemesis) id 0ML4cO-1JZWM249TP-0001g5 for jt at toerring.de; Wed, 12 Mar 2008 20:11:23 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2CIZs3K028567; Wed, 12 Mar 2008 14:36:39 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2CIZqfl028564 for ; Wed, 12 Mar 2008 14:35:53 -0400 Received: from gpt.toerring.de (p54BF9339.dip0.t-ipconnect.de [84.191.147.57]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1JZVnn2box-0004HE; Wed, 12 Mar 2008 19:35:51 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 06A716B8538; Wed, 12 Mar 2008 19:35:46 +0100 (CET) Date: Wed, 12 Mar 2008 19:35:46 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080312183546.GE10548 at toerring.de> References: <20080312170818.GA13700 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20080312170818.GA13700 at toerring.de> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX1+homDb4vavEGoWq+l9DaYURdhKuHfMYpc7iOq ueOM50V4s6n08QyQNElCGMUrPalo8U0rQrlePitsiVXTo0lqoA YUk+o7/2E3yd8Jr4ZClvG5vyidxUGnz Subject: Re: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 839 Lines: 23 To subscribers of the xforms list Hello, since already a few people asked for it here's a pre- release you can download directly (without CVS) and which doesn't require having all the automake tools installed: http://download.savannah.nongnu.org/releases/xforms/xforms-1.0.91.pre1.tar.gz Just unpack, then run configure and make;-) Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Wed Mar 12 18:52:21 2008 Return-Path: Delivery-Date: Wed, 12 Mar 2008 18:52:21 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu22) with ESMTP (Nemesis) id 0MKr6C-1JZV7Y1ojk-0000PC for jt at toerring.de; Wed, 12 Mar 2008 18:52:21 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m2CH8NRB027262; Wed, 12 Mar 2008 13:10:50 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m2CH8Kw6027259 for ; Wed, 12 Mar 2008 13:08:21 -0400 Received: from gpt.toerring.de (p54BF9339.dip0.t-ipconnect.de [84.191.147.57]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1JZUR90BF4-0001wm; Wed, 12 Mar 2008 18:08:19 +0100 Received: by gpt.toerring.de (Postfix, from userid 1000) id 707316B8538; Wed, 12 Mar 2008 18:08:18 +0100 (CET) Date: Wed, 12 Mar 2008 18:08:18 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080312170818.GA13700 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.15+20070412 (2007-04-11) X-Provags-ID: V01U2FsdGVkX19MFG37/Kg2YyNVqySNwrYUXnzXvAR6rwjRtM0 wLVbYttK80RkFlAbORBhNBrelHCLhjYFTkjplfrUwD8it4nNST is8oZkwamAW5om8b9Kf7u/HqyNTNR85 Subject: [XForms] New XForms release: call for testers X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 2554 Lines: 58 To subscribers of the xforms list Hello, as promised in my last mail from end of January I have continued to work on XForms. The most important changes are: a) Update of the event handling subsystem, events can't get lost anymore. b) Overwork of window resizing - especially noticable with window managers that update windows while they are being resized. c) Code for popups, menus etc. extensively changed, should now work better and more like we're used to from other toolkits. Shadows which ever did work cleanly have been removed. d) Text browser sliders now should work correctly. e) Lots of bugs removed that could lead to segmentation faults, X errors, memory and X resource leaks, missed redraws, double click selections in file selectors not always working, programs sometimes unexpectedly exiting when mouse scroll wheel is used in text browsers etc. I think it would be time to create a new release, 1.0.91, based on this code. But since all these changes haven't been tested except by myself, I am a bit reluctant to do so and thus would like to ask everybody of you with a bit of time to spare to check out the CVS version and play around with it and report results (both positive and negative;-) To do so just download the CVS version with the command: cvs -d:pserver:anonymous at cvs.sv.gnu.org:/sources/xforms co xforms This will create a directory called 'xforms'. First run the the 'autogen.sh' script in this directory and then compile with the usual 'configure' and make commands. If it would be more convenient for you I could also make a pre-release in which case you woudn't have to have cvs and automake installed on your machine. Just tell me;-) Please note if you link your application against the dynamic library: to make it easier to distinguish from the 1.0.90 version the new version is 'libforms.1.1.0' instead of 'libforms.1.0.0', so you can have both installed but then must either set the sym- bolic link 'libforms.so' accordingly or link explicitely against the new version. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Jan 29 17:00:28 2008 Return-Path: Delivery-Date: Tue, 29 Jan 2008 17:00:28 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1JJssq0x0f-000662 for jt at toerring.de; Tue, 29 Jan 2008 17:00:28 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m0TFMnoc020935; Tue, 29 Jan 2008 10:23:08 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m0TFMkNl020932 for ; Tue, 29 Jan 2008 10:22:47 -0500 Received: from toerring.de (p54BF902D.dip0.t-ipconnect.de [84.191.144.45]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1JJsIP35oJ-00032a; Tue, 29 Jan 2008 16:22:46 +0100 Received: by toerring.de (Postfix, from userid 500) id 945842571; Tue, 29 Jan 2008 16:23:02 +0100 (CET) Date: Tue, 29 Jan 2008 16:23:02 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080129152302.GA2495 at john.toerring.de> Mime-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Provags-ID: V01U2FsdGVkX1/TQBsz2x1vk4xD2n4sUe8jgsYkgFLOBF+co79 dgePSQEtBKjQOWNfItl0txIvLVslaUdUu3oogFzPxEC++1rHzo eiePkAq/mN7ja57gqMYFwk9W0dZ/b1+ Subject: [XForms] XForms development X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list Reply-To: jens.toerring at physik.fu-berlin.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3505 Lines: 78 To subscribers of the xforms list Hello, while development of XForms has slowed down a bit I hope it's not dead yet. At least I continue to use XForms for some of my projects and I would rather like to keep it that way. For that reason and since there were some bugs I started to work a bit on the source code, mostly to get rid of a few crashes due to Xerrors and some redrawing problems etc. Jean- Marc Lasgouttes has now given me the opportunity by to upload a new version to the CVS on Savannah. You can find a list of the main changes at http://cvs.savannah.nongnu.org/viewvc/xforms/ChangeLog?revision=1.123&root=xforms&view=markup Of course, there is a rather large chance that I broke many things in the process. Moreover, I can only do tests on my PC- type Linux machine since I don't have access to machines with other architectures or operating systems at the moment. There- fore I would really appreciate it if at least some of you would download the newest version and test it. There are also a few additions to some crucial structures like FL_FORM and FL_OBJECT. While no "normal" programs should access those directly, it could be that some do so anyway and get confused by the changes. Thus I would like to hear if this results in any serious problem. Please also note that this is work in progress. There are still some unresolved issues I hope I will be able to address in the next few days. And probably there are a lotof problems I am not even aware of yet, so input from you about stuff that doesn't work correctly (also in older versions and still in the new CVS version), crashes etc. would be very helpful. If you want to do some tests, the steps are relatively simple. To download the CVS version use the command cvs -d:pserver:anonymous at cvs.sv.gnu.org:/sources/xforms co xforms (This, of course, assumes that you have cvs installed on your machine. I will try to come up with a new 1.0.91 version soon that then can be downloaded as an archive from Savannah, but I would like to have a bit more feedback before doing so in order to avoid disappointing too many people;-) Once you have downloaded the CVS sources (which will create a new subdirectory named 'xforms') go into the 'xforms' subdi- rectory and run the 'autogen.sh' script. To do so you need to have a not too old version of 'automake' installed. Once this script is done you can continue in the normal way to compile the library with configure and make, as described in the READ- ME or INSTALL file. Of course, I also would like to hear about problems when the library and the demo programs get compiled. Perhaps the best way to tell me about them would be to redirect the output of the configure and make process into files and send them to me. My email address is in my signature. Best regards, Jens BTW: Does anybody have the email address of Dr. T.C. Zhao so that we can ask him directly about the documentation which, as far as I remember, he hasn't yet made officially open source? -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Jan 29 15:24:56 2008 Return-Path: Delivery-Date: Tue, 29 Jan 2008 15:24:56 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1JJrOR3jvg-0006ET for jt at toerring.de; Tue, 29 Jan 2008 15:24:56 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m0TEOsAf020254 for ; Tue, 29 Jan 2008 09:24:54 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit From: xforms-request at bob.usuhs.mil To: jt at toerring.de Subject: confirm 1d5aad149410cd127f30f45d5111f24d88894eab Reply-To: xforms-request at bob.usuhs.mil Message-ID: Date: Tue, 29 Jan 2008 09:24:52 -0500 Precedence: bulk X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 List-Id: Xforms X11 tool builder X-List-Administrivia: yes Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1031 Lines: 24 Mailing list subscription confirmation notice for mailing list Xforms We have received a request for subscription of your email address, "jt at toerring.de", to the xforms at bob.usuhs.mil mailing list. To confirm that you want to be added to this mailing list, simply reply to this message, keeping the Subject: header intact. Or visit this web page: http://cweblog.usuhs.mil/mailman/confirm/xforms/1d5aad149410cd127f30f45d5111f24d88894eab Or include the following line -- and only the following line -- in a message to xforms-request at bob.usuhs.mil: confirm 1d5aad149410cd127f30f45d5111f24d88894eab Note that simply sending a `reply' to this message should work from most mail readers, since that usually leaves the Subject: line in the right form (additional "Re:" text in the Subject: is okay). If you do not wish to be subscribed to this list, please simply disregard this message. If you think you are being maliciously subscribed to the list, or have any other questions, send them to xforms-owner at bob.usuhs.mil. >From xforms-bounces at bob.usuhs.mil Mon Jan 28 19:44:58 2008 Return-path: Envelope-to: Jens.Toerring at physik.fu-berlin.de Delivery-date: Mon, 28 Jan 2008 19:44:58 +0100 Received: from [131.158.186.183] (helo=bob.usuhs.mil) by mail1.physik.fu-berlin.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JJYyM-0007PL-G1 for Jens.Toerring at physik.fu-berlin.de; Mon, 28 Jan 2008 19:44:58 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m0SIQ2x3007863; Mon, 28 Jan 2008 13:26:08 -0500 Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by bob.usuhs.mil (8.13.7/8.13.7) with SMTP id m0SIQ0N4007859 for ; Mon, 28 Jan 2008 13:26:00 -0500 Received: by wa-out-1112.google.com with SMTP id l24so3221425waf.17 for ; Mon, 28 Jan 2008 10:25:59 -0800 (PST) Received: by 10.114.37.1 with SMTP id k1mr6738602wak.6.1201544759554; Mon, 28 Jan 2008 10:25:59 -0800 (PST) Received: by 10.114.121.17 with HTTP; Mon, 28 Jan 2008 10:25:59 -0800 (PST) Message-ID: Date: Mon, 28 Jan 2008 13:25:59 -0500 From: "Jason Cipriani" To: "Robert Williams" In-Reply-To: <479E1132.9050108 at bob.usuhs.mil> MIME-Version: 1.0 Content-Disposition: inline References: <479E1132.9050108 at bob.usuhs.mil> Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] Testing list X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil X-DNS-Warning: Reverse DNS lookup failed for host 131.158.186.183 X-ZEDV-Virus-Scanned: No viruses found. [ClamAV 0.92/5586/Mon Jan 28 17:45:12 2008] X-ZEDV-Spam-Level: / X-ZEDV-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on zs01.physik.fu-berlin.de X-ZEDV-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_20,RDNS_NONE autolearn=no version=3.2.3 X-ZEDV-Spam-Report: * 0.1 RDNS_NONE Delivered to trusted network by a host with no rDNS * -0.7 BAYES_20 BODY: Bayesian spam probability is 5 to 20% * [score: 0.0703] Status: RO Content-Length: 1301 Lines: 39 To subscribers of the xforms list I don't think it worked! :) On Jan 28, 2008 12:30 PM, Robert Williams wrote: > To subscribers of the xforms list > > The list has been inactive for several months, > and I found that the archive site needed to be > made accessible, so I also thought it would be > useful to test the listserver in other ways. > > Best regards, > Bob > > -- > Dr. Robert Williams > CIV, USUHS > Department of Biomedical Informatics > Program in Molecular and Cell Biology > Faculty Senate President > Phone: 301-295-3568 > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Jan 28 19:02:17 2008 Return-path: Envelope-to: Jens.Toerring at physik.fu-berlin.de Delivery-date: Mon, 28 Jan 2008 19:02:17 +0100 Received: from [131.158.186.183] (helo=bob.usuhs.mil) by mail1.physik.fu-berlin.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JJYJ7-00052A-Jb for Jens.Toerring at physik.fu-berlin.de; Mon, 28 Jan 2008 19:02:17 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m0SHUUrM006861; Mon, 28 Jan 2008 12:33:58 -0500 Received: from [131.158.186.106] (cpmd.usuhs.mil [131.158.186.106]) by bob.usuhs.mil (8.13.7/8.13.7) with ESMTP id m0SHUSLt006857 for ; Mon, 28 Jan 2008 12:30:28 -0500 Message-ID: <479E1132.9050108 at bob.usuhs.mil> Date: Mon, 28 Jan 2008 12:30:26 -0500 From: Robert Williams User-Agent: Thunderbird 2.0.0.9 (X11/20070801) MIME-Version: 1.0 To: xforms at bob.usuhs.mil X-Enigmail-Version: 0.95.5 Subject: [XForms] Testing list X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.8 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil X-DNS-Warning: Reverse DNS lookup failed for host 131.158.186.183 X-ZEDV-Virus-Scanned: No viruses found. [ClamAV 0.92/5586/Mon Jan 28 17:45:12 2008] X-ZEDV-Spam-Level: / X-ZEDV-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on zs01.physik.fu-berlin.de X-ZEDV-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_20,RDNS_NONE autolearn=no version=3.2.3 X-ZEDV-Spam-Report: * 0.1 RDNS_NONE Delivered to trusted network by a host with no rDNS * -0.7 BAYES_20 BODY: Bayesian spam probability is 5 to 20% * [score: 0.1023] Status: RO Content-Length: 790 Lines: 26 To subscribers of the xforms list The list has been inactive for several months, and I found that the archive site needed to be made accessible, so I also thought it would be useful to test the listserver in other ways. Best regards, Bob -- Dr. Robert Williams CIV, USUHS Department of Biomedical Informatics Program in Molecular and Cell Biology Faculty Senate President Phone: 301-295-3568 _______________________________________________ To unsubscribe, send the message "unsubscribe" to xforms-request at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms XForms Home Page: http://world.std.com/~xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms From verkindt at lapp.in2p3.fr Fri Jun 22 04:20:39 2007 From: verkindt at lapp.in2p3.fr (Didier Verkindt) Date: Fri, 22 Jun 2007 10:20:39 +0200 (CEST) Subject: [XForms] Using Xform in background without display In-Reply-To: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> References: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> Message-ID: Hi, Hoping that Xforms and this mailing list are still alive. I have developped since several years a data visualization application that uses Xforms as GUI (but not for showing plots). Now, in some cases, I would like to run this application in background (without user interaction and without showing any xform window) on a machine which has no display. I was able not to display xform windows but I get stucked on the fl_initialize function. With the following error message: Can't open display --No such file or directory Missing or failed fl_initialize() Does somebody knows a simple way to overcome this problem? Or should I try to propose a modification to Xform in order to separate in fl_initialize what is specific xform init from what is related to the display? ----------------------------------------------------------- Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt On Thu, 28 Dec 2006, Moots, Joel A. (IT Solutions/EOS) wrote: > To subscribers of the xforms list > > Since the program is so small, can you find the smallest amount of code > needed for you to reproduce the problem and then paste just the parts > you wrote to this list? E.g., if you don't need a slider callback to > reproduce the problem, get rid of it; if you need the callback but don't > need to retrieve the value, get rid of it; etc. If that's still rather > large, can you tar/gzip just the source files with no extension on the > filename and email to me. > > TIA, > > -joel > > -----Original Message----- > From: xforms-bounces at bob.usuhs.mil [mailto:xforms-bounces at bob.usuhs.mil] > On Behalf Of Kerich, Steve (AGTE) > Sent: Thursday, December 28, 2006 11:24 AM > To: xforms at bob.usuhs.mil > Subject: [XForms] corrupted text or big question box returns > > To subscribers of the xforms list > > > Hi > > I have been doing more testing and have found with my test program that > if I call fl_show_alert before fl_show_question, the corruption of the > question box goes away. I have noticed this fix also works for another > executable that is having trouble with the question box. If I display an > alert just before the question box, the problem goes away. I haven't > tried it with the other 2 images that are showing the same/similar > problem. There must be some XForms connection between the two. > > My test program is very very small so I don't believe that there are > pointer or memory stack issues involved. > > Jens tried out my test program on a Linux box using gcc but was unable > to reproduce the problem I have been seeing. So I guess that is a clue > too. That it has something to so with Solaris or the compiler. The > compiler used is SUNspro instead of gcc. I do not know why this compiler > was picked in the beginning. > > Because this problem is spread through several of our applications, I > really need to find a solution. Is there anyone who has debug ideas or > could help with this? > > Any help would be appreciated. > > Steve > > > ************************************************ > The information contained in, or attached to, this e-mail, may contain > confidential information and is intended solely for the use of the > individual or entity to whom they are addressed and may be subject to > legal privilege. If you have received this e-mail in error you should > notify the sender immediately by reply e-mail, delete the message from > your system and notify your system manager. Please do not copy it for > any purpose, or disclose its contents to any other person. The views or > opinions presented in this e-mail are solely those of the author and do > not necessarily represent those of the company. The recipient should > check this e-mail and any attachments for the presence of viruses. The > company accepts no liability for any damage caused, directly or > indirectly, by any virus transmitted in this email. > ************************************************ > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms List Archive: > http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms > From gme at epr80.de Fri Jun 22 09:42:20 2007 From: gme at epr80.de (Gerald Emig) Date: Fri, 22 Jun 2007 15:42:20 +0200 Subject: [XForms] Using Xform in background without display In-Reply-To: References: <988FAD2E161E4347BFD7EC93A4D05904022F4B69@xcgaz701.northgrum.com> Message-ID: <20070622154220.65d1ac2d@emig9.emig-software.de> Hi Didier, the following I found using Google: "If you are not running X on the server, then you need a dummy X server. You can create one with xVNC or Xvfb on the server. Set your DISPLAY variable to the dummy X server." The complete article is located at "http://www.linuxquestions.org/questions/showthread.php?t=370706" Is this a solution for you ? Best regards, Gerald On Fri, 22 Jun 2007 10:20:39 +0200 (CEST) Didier Verkindt wrote: > To subscribers of the xforms list > > > Hi, > Hoping that Xforms and this mailing list are still alive. > > I have developped since several years a data visualization application > that uses Xforms as GUI (but not for showing plots). Now, in some cases, I > would like to run this application in background (without user > interaction and without showing any xform window) on a machine which has > no display. I was able not to display xform windows but I get stucked on > the fl_initialize function. > With the following error message: > Can't open display --No such file or directory > Missing or failed fl_initialize() > > Does somebody knows a simple way to overcome this problem? > Or should I try to propose a modification > to Xform in order to separate in fl_initialize what is specific xform init > from what is related to the display? > > ----------------------------------------------------------- > Didier VERKINDT, LAPP, Ch. de Bellevue, 74941 Annecy-le-Vieux, FRANCE > tel:33(0)450091671 or 5573 fax:33(0)450279495 web:lapp.in2p3.fr/~verkindt > > > On Thu, 28 Dec 2006, Moots, Joel A. (IT Solutions/EOS) wrote: > > > To subscribers of the xforms list > > > > Since the program is so small, can you find the smallest amount of code > > needed for you to reproduce the problem and then paste just the parts > > you wrote to this list? E.g., if you don't need a slider callback to > > reproduce the problem, get rid of it; if you need the callback but don't > > need to retrieve the value, get rid of it; etc. If that's still rather > > large, can you tar/gzip just the source files with no extension on the > > filename and email to me. > > > > TIA, > > > > -joel > > > > -----Original Message----- > > From: xforms-bounces at bob.usuhs.mil [mailto:xforms-bounces at bob.usuhs.mil] > > On Behalf Of Kerich, Steve (AGTE) > > Sent: Thursday, December 28, 2006 11:24 AM > > To: xforms at bob.usuhs.mil > > Subject: [XForms] corrupted text or big question box returns > > > > To subscribers of the xforms list > > > > > > Hi > > > > I have been doing more testing and have found with my test program that > > if I call fl_show_alert before fl_show_question, the corruption of the > > question box goes away. I have noticed this fix also works for another > > executable that is having trouble with the question box. If I display an > > alert just before the question box, the problem goes away. I haven't > > tried it with the other 2 images that are showing the same/similar > > problem. There must be some XForms connection between the two. > > > > My test program is very very small so I don't believe that there are > > pointer or memory stack issues involved. > > > > Jens tried out my test program on a Linux box using gcc but was unable > > to reproduce the problem I have been seeing. So I guess that is a clue > > too. That it has something to so with Solaris or the compiler. The > > compiler used is SUNspro instead of gcc. I do not know why this compiler > > was picked in the beginning. > > > > Because this problem is spread through several of our applications, I > > really need to find a solution. Is there anyone who has debug ideas or > > could help with this? > > > > Any help would be appreciated. > > > > Steve > > > > > > ************************************************ > > The information contained in, or attached to, this e-mail, may contain > > confidential information and is intended solely for the use of the > > individual or entity to whom they are addressed and may be subject to > > legal privilege. If you have received this e-mail in error you should > > notify the sender immediately by reply e-mail, delete the message from > > your system and notify your system manager. Please do not copy it for > > any purpose, or disclose its contents to any other person. The views or > > opinions presented in this e-mail are solely those of the author and do > > not necessarily represent those of the company. The recipient should > > check this e-mail and any attachments for the presence of viruses. The > > company accepts no liability for any damage caused, directly or > > indirectly, by any virus transmitted in this email. > > ************************************************ > > > > _______________________________________________ > > To unsubscribe, send the message "unsubscribe" to > > xforms-request at bob.usuhs.mil or see: > > http://cweblog.usuhs.mil/mailman/listinfo/xforms > > XForms Home Page: http://world.std.com/~xforms List Archive: > > http://bob.usuhs.mil/pipermail/xforms and > > http://bob.usuhs.mil/mailserv/list-archives/ > > Development: http://savannah.nongnu.org/files/?group=xforms > > > > _______________________________________________ > > To unsubscribe, send the message "unsubscribe" to > > xforms-request at bob.usuhs.mil or see: > > http://cweblog.usuhs.mil/mailman/listinfo/xforms > > XForms Home Page: http://world.std.com/~xforms > > List Archive: http://bob.usuhs.mil/pipermail/xforms and > > http://bob.usuhs.mil/mailserv/list-archives/ > > Development: http://savannah.nongnu.org/files/?group=xforms > > > _______________________________________________ > To unsubscribe, send the message "unsubscribe" to > xforms-request at bob.usuhs.mil or see: > http://cweblog.usuhs.mil/mailman/listinfo/xforms > XForms Home Page: http://world.std.com/~xforms > List Archive: http://bob.usuhs.mil/pipermail/xforms and > http://bob.usuhs.mil/mailserv/list-archives/ > Development: http://savannah.nongnu.org/files/?group=xforms From psg at debian.org Fri Jun 22 11:31:26 2007 From: psg at debian.org (Peter S Galbraith) Date: Fri, 22 Jun 2007 11:31:26 -0400 Subject: [XForms] Documentation In-Reply-To: Message from Peter S Galbraith of "Wed, 24 May 2006 16:42:53 EDT." <22216.1148503373@mixing.qc.dfo.ca> References: <20030908154838.51918.qmail@web13407.mail.yahoo.com> <20050208142241.8683AAB07E@mixing.qc.dfo.ca> <22216.1148503373@mixing.qc.dfo.ca> Message-ID: <30558.1182526286@mixing.lau.dfo-mpo.ca> Hello T.C. (and the XForms list) Consider this the yearly nudge to release the sources of the XForms manual. Someone just emailed me last week about it, so I'm sure they would still be appreciated and used by many. This issue now dates back from 2003, so it might be nice to simply notify us if the docs are simply dead and gone. Thanks, Peter On 24 May 2006, I wrote: > Hello T.C. (and the XForms list) > > Consider this the yearly nudge to release the sources of the XForms > manual. Someone just emailed me today about them, so I'm sure they > would still be appreciated and used by many. > > Thanks, > Peter > > On 08 Feb 2005, I wrote: > > > On Sept 8th 2003, T.C. Zhao wrote: > > > > > Sorry for the delay and thanks for the info. GPL it is. > > > > > > I am currently travelling and will be back home end of > > > September. Expect the free manual in October sometime. > > > > > > -TC > > > --- Peter S Galbraith wrote: > > > > To subscribers of the xforms list > > > > > > > > > > > > T.C. Zhao wrote: > > > > > > > > > All I need to do is boot up my old linux box and recover the doc > > > > > and send it. Will do this sometime in April (I've been travelling, > > > > > and am sending this email from Tokyo). > > > > > -TC > > > > > > > > Hi T.C., > > > > > > > > I really hate to keep nagging you like this. :-) > > > > > > > > You meant to release the sources of the XForms manual last April but > > > > never got around to it. This is a reminder. Also, please avoid using > > > > the GNU Free Documentation License (GFDL) since it not a free software > > > > license and therefore cannot be included in the Debian distribution. > > > > Using the GPL would be fine. > > > > Hello T.C., > > > > Consider this another nudge to release the sources of the XForms > > manual. On the plus side, I didn't nag you in 2004. ;-) > > > > Please consider taking some time to actually do this now, while the > > sources still exist, and before you get hit by a bus or something and > > they are gone forever. The XForms sources have been free for a long > > time now (Thanks!) and they really should have free documentation. > > > > Thanks, > > -- > > Peter S. Galbraith, Debian Developer > > http://people.debian.org/~psg > > GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E > > -- > Peter S. Galbraith, Debian Developer > http://people.debian.org/~psg > GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E -- Peter S. Galbraith, Debian Developer http://people.debian.org/~psg GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E From bob at bob.usuhs.mil Fri Jun 22 11:32:54 2007 From: bob at bob.usuhs.mil (Robert Williams) Date: Fri, 22 Jun 2007 11:32:54 -0400 Subject: [XForms] Documentation In-Reply-To: <30558.1182526286@mixing.lau.dfo-mpo.ca> References: <20030908154838.51918.qmail@web13407.mail.yahoo.com> <20050208142241.8683AAB07E@mixing.qc.dfo.ca> <22216.1148503373@mixing.qc.dfo.ca> <30558.1182526286@mixing.lau.dfo-mpo.ca> Message-ID: <467BEBA6.4000508@bob.usuhs.mil> Seconded. Best regards, Bob Williams Peter S Galbraith wrote: > To subscribers of the xforms list > > Hello T.C. (and the XForms list) > > Consider this the yearly nudge to release the sources of the XForms > manual. Someone just emailed me last week about it, so I'm sure they > would still be appreciated and used by many. > > This issue now dates back from 2003, so it might be nice to simply > notify us if the docs are simply dead and gone. > > Thanks, > Peter > > On 24 May 2006, I wrote: > > >> Hello T.C. (and the XForms list) >> >> Consider this the yearly nudge to release the sources of the XForms >> manual. Someone just emailed me today about them, so I'm sure they >> would still be appreciated and used by many. >> >> Thanks, >> Peter >> >> On 08 Feb 2005, I wrote: >> >> >>> On Sept 8th 2003, T.C. Zhao wrote: >>> >>> >>>> Sorry for the delay and thanks for the info. GPL it is. >>>> >>>> I am currently travelling and will be back home end of >>>> September. Expect the free manual in October sometime. >>>> >>>> -TC >>>> --- Peter S Galbraith wrote: >>>> >>>>> To subscribers of the xforms list >>>>> >>>>> >>>>> T.C. Zhao wrote: >>>>> >>>>> >>>>>> All I need to do is boot up my old linux box and recover the doc >>>>>> and send it. Will do this sometime in April (I've been travelling, >>>>>> and am sending this email from Tokyo). >>>>>> -TC >>>>>> >>>>> Hi T.C., >>>>> >>>>> I really hate to keep nagging you like this. :-) >>>>> >>>>> You meant to release the sources of the XForms manual last April but >>>>> never got around to it. This is a reminder. Also, please avoid using >>>>> the GNU Free Documentation License (GFDL) since it not a free software >>>>> license and therefore cannot be included in the Debian distribution. >>>>> Using the GPL would be fine. >>>>> >>> Hello T.C., >>> >>> Consider this another nudge to release the sources of the XForms >>> manual. On the plus side, I didn't nag you in 2004. ;-) >>> >>> Please consider taking some time to actually do this now, while the >>> sources still exist, and before you get hit by a bus or something and >>> they are gone forever. The XForms sources have been free for a long >>> time now (Thanks!) and they really should have free documentation. >>> >>> Thanks, >>> -- >>> Peter S. Galbraith, Debian Developer >>> http://people.debian.org/~psg >>> GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E >>> >> -- >> Peter S. Galbraith, Debian Developer >> http://people.debian.org/~psg >> GPG key 1024/D2A913A1 - 97CE 866F F579 96EE 6E68 8170 35FF 799E >> > > -- Dr. Robert Williams Department of Biomedical Informatics Program in Molecular and Cell Biology Faculty Senate President Elect Phone: 301-295-3568 >From xforms-bounces at bob.usuhs.mil Mon Nov 24 18:41:08 2008 Return-Path: Delivery-Date: Mon, 24 Nov 2008 18:41:08 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1L4fQd29J0-0007M3 for jt at toerring.de; Mon, 24 Nov 2008 18:41:08 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAOGoexW015587; Mon, 24 Nov 2008 11:58:56 -0500 Received: from mout-bounce.kundenserver.de (mout-bounce.kundenserver.de [212.227.17.3]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAOGnlQh015573 for ; Mon, 24 Nov 2008 11:50:18 -0500 Received: from toerring.de (p54BFA755.dip0.t-ipconnect.de [84.191.167.85]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1L4ecw3MpF-0004kX; Mon, 24 Nov 2008 17:49:35 +0100 Received: by toerring.de (Postfix, from userid 1000) id 1E33F7A266D; Mon, 24 Nov 2008 17:49:34 +0100 (CET) Date: Mon, 24 Nov 2008 17:49:34 +0100 From: Jens Thoms Toerring To: Serge Bromow , xforms at bob.usuhs.mil Message-ID: <20081124164934.GA11034 at toerring.de> References: <20081122204654.GA2445 at toerring.de> <492A160C.4090706 at dineamix.ca> <20081124113542.GA31211 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20081124113542.GA31211 at toerring.de> User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX1/Ghtg5n2P4h4kqKDvKXwceDGneJ35KuFlsoZ9 ON1EXtyJd6MSMF6dNShTsAHwi2Ba30Zk+/cMLdSSE0q9Ccvy5w LX+urF9b68mt8Jiz+G75JWcenxsWpyV X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8671/Mon Nov 24 10:06:17 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8671/Mon Nov 24 10:06:17 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: Re: [XForms] New release XForms 1.0.91 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1403 Lines: 30 To subscribers of the xforms list Hi Serge, On Mon, Nov 24, 2008 at 12:35:42PM +0100, Jens Thoms Toerring wrote: > About the second form you have on the web page: I am not sure where > this comes from. I just see that some objects have a black instead > of a grey background but I don't know what kind of objects that are I just had another look and realized that you wrote that it are choice objects, sorry that I missed that before. So I tried to deactivate all kinds of choice objects (i.e. FL_NORMAL_CHOICE, FL_NORMAL_CHOICE2, FL_DROPLIST_CHOICE) but couldn't reproduce the problem here. Did you anything with them beside deactiva- ting them? Could you perhaps send me a few lines from your pro- gram where you create choice objects and manipulate their pro- perties (it doesn't have to be a full working program, just something that gives me an idea what you're doing with the choice objects)? Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Nov 24 13:19:57 2008 Return-Path: Delivery-Date: Mon, 24 Nov 2008 13:19:57 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu5) with ESMTP (Nemesis) id 0MKqpg-1L4aPp0k1U-000Ebt for jt at toerring.de; Mon, 24 Nov 2008 13:19:57 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAOBanxT013337; Mon, 24 Nov 2008 06:44:31 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAOBZv84013328 for ; Mon, 24 Nov 2008 06:36:27 -0500 Received: from toerring.de (p54BFA755.dip0.t-ipconnect.de [84.191.167.85]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1L4ZjD0SVU-0004ov; Mon, 24 Nov 2008 12:35:44 +0100 Received: by toerring.de (Postfix, from userid 1000) id 7317C7A266D; Mon, 24 Nov 2008 12:35:42 +0100 (CET) Date: Mon, 24 Nov 2008 12:35:42 +0100 From: Jens Thoms Toerring To: Serge Bromow , xforms at bob.usuhs.mil Message-ID: <20081124113542.GA31211 at toerring.de> References: <20081122204654.GA2445 at toerring.de> <492A160C.4090706 at dineamix.ca> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <492A160C.4090706 at dineamix.ca> User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX18MY0iPFOQ+2GvpRgzdoPkE8KVUVGG+RtksjeY +gyua+ZXhxLb3UCGzxfFzlah0ZmqAzYus+22mBgws5LWKvgAOm eCnHxAMGZJNgW/eOXgqGGOYDX3K9bR5 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8669/Mon Nov 24 03:21:48 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8669/Mon Nov 24 03:21:48 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: Re: [XForms] New release XForms 1.0.91 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3204 Lines: 72 To subscribers of the xforms list Hi Serge, > Compiled the libraries without incident. I recompiled some of the x-apps > using the new static xforms library with some odd results. Since I am > unable to include pictures with this post you can view them at > "www.dineamix.ca/xforms" along with some notes. About the fonts in the menus: there seemed to a general consensus here (at least by those that commented) that the old look of XForms wasn't very nice anymore and that it woud be better to make it look a bit more like more modern GUI toolkits. Thus I changes several things: the default border width of objects has been reduced from 3 to 1 pixel. The font in menus, popups etc. has been switched from bold to normal font. The shadows around menus have been re- moved (they were problematic anyway, they actually bever worked correctly and I didn't see any way how to get it right..). So things look less extreme 3D then they used to (which looked a lot like in the early years of the last decade when everybody was a bit over-enthusiastic about having 3D effects;-) If you want just to have a bold font for the labels for menus and popups I think all you need is to call fl_set_object_lstyle( obj, FL_BOLD_STYLE ); on the objects for the menus. That hopefully should give you back the old look of the first form you have on that webpage. If you also want the old font style (bold italics) in the windows that pop up for menus etc., then you would have to call once fl_setpup_default_fontstyle( FL_BOLDITALIC_STYLE ); before you create the menus (this is an application-wide setting). How to give the windows that pop up for menus etc. a more 3D-ish look I haven't figured out yet, it may require adding a new func- tion. For the "shadows" around them I have no idea at all how to get them right, so I can't make any promises that you'll get them back. About the second form you have on the web page: I am not sure where this comes from. I just see that some objects have a black instead of a grey background but I don't know what kind of objects that are (I tried deactivated menus and choice objects but that didn't do the trick here). It's not unlikely that you fond some bug there but since it's not clear to me what types of objects they are I have no good idea at the moment where to look. > As a note I did not use the new GL or flimage libraries. Maybe I should? > I will try these libraries later once our production compiles have > completed. I can't tell since never tried mixing different versions. On the one hand, the libraries should be independent of each other, but you never know;-) Sorry for the inconveniences, I hope we can resolve these problems real soon! Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Nov 24 04:34:06 2008 Return-Path: Delivery-Date: Mon, 24 Nov 2008 04:34:06 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu24) with ESMTP (Nemesis) id 0MKtd6-1L4SCw0MNi-000gDc for jt at toerring.de; Mon, 24 Nov 2008 04:34:06 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAO2nkWP009471; Sun, 23 Nov 2008 21:57:54 -0500 Received: from smtp120.rog.mail.re2.yahoo.com (smtp120.rog.mail.re2.yahoo.com [68.142.224.75]) by bob.usuhs.mil (8.14.2/8.14.2) with SMTP id mAO2n3bV009463 for ; Sun, 23 Nov 2008 21:49:33 -0500 Received: (qmail 41326 invoked from network); 24 Nov 2008 02:48:53 -0000 Received: from unknown (HELO backup.dineamix.org) (serge at 99.240.244.247 with plain) by smtp120.rog.mail.re2.yahoo.com with SMTP; 24 Nov 2008 02:48:53 -0000 X-YMail-OSG: u1saMkoVM1kuPVwXHfIvSQj.R4scvumbMSddnzz0zb1BjUtmiY6dT45P_drNRj0MBQ-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <492A160C.4090706 at dineamix.ca> Date: Sun, 23 Nov 2008 21:48:44 -0500 From: Serge Bromow User-Agent: Thunderbird 2.0.0.18 (X11/20081105) MIME-Version: 1.0 To: "xforms at bob.usuhs.mil" References: <20081122204654.GA2445 at toerring.de> In-Reply-To: <20081122204654.GA2445 at toerring.de> X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8667/Sun Nov 23 16:31:21 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8667/Sun Nov 23 16:31:21 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: Re: [XForms] New release XForms 1.0.91 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 4349 Lines: 99 To subscribers of the xforms list Hi Jens, Compiled the libraries without incident. I recompiled some of the x-apps using the new static xforms library with some odd results. Since I am unable to include pictures with this post you can view them at "www.dineamix.ca/xforms" along with some notes. As a note I did not use the new GL or flimage libraries. Maybe I should? I will try these libraries later once our production compiles have completed. Thanks, Serge Jens Thoms Toerring wrote: > To subscribers of the xforms list > > Hi everybody, > > as threatend I have uploaded a new release of XForms, 1.0.91. > You can download it from > > http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91.tar.gz > > I hope that this is another step on the rather long-winded road to > the 1.1.0 version and I would like to thank all of you for contri- > buting code and bug fixes, send bug reports or made suggestions! > Very special thanks go to Angus Leeming and Jean-Marc Lasgouttes > who both did a lot of excellent work I then could continue from. > > There are a few cosmetic changes compared to the last pre-release, > mostly to silence a few compiler warnings (gcc 4.3.2 is a bit more > picky than the older version I was using before). I hope that I did > not break anything essential with these minor changes... > > With the new release out I guess we should take a look at what's > needed on the further road to 1.1.0. I have three points that I think > could be interesting: > > a) Make the documentation available in a useful format and work in > the changes that have been made in the code > b) UTF-8 support > c) Support for TrueType fonts > > I guess I will start with a) as soon as possible since I feel that > a library without proper documentation is rather useless. As I al- > ready wrote a few days ago I am still undecided about the format. > I got the suggestion via private email to use a Wiki. While that > looks like a good solution I am a bit concerned where we could host > a Wiki and if there are enough people prepared to make sure it won't > get vandalized. There is also the question if it's possible to get a > nicely printed version out of it (but maybe it's only me that likes > printed documentation nowadays, so that isn't necessarily a relevant > argument). If someone has thoughts about all that please let me know. > > Points b) and c) are from my personal wishlist but I don't know how > relevant they are to others. There probably are a lot of other, more > important points that need some work and I would like to ask you to > discuss them here on the mailing list! > > Another point I am a bit concerned about is the claim made in several > places that XForms works X11 R4, R5 and R6 as well as with operating > systems as OS2, VMS etc. I have no access to machines with X11 R4 or > R5 or OS2 or VMS so I am in no position to determine if these are > still correct. Are there some people out there that can confirm them > or should we better stop making these claims? > > And, of course, there will still be a number of bugs in the new > release. So, please, don't stop sending me bug reports about what- > ever you find not to be working correctly. > > Best regards, Jens > -- Serge Bromow DineAmix Inc. 888 411-6636 Ottawa, Canada. http://www.dineamix.ca IMPORTANT NOTICE: This message is intended only for the use of the individual or entity to which it is addressed. The message may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify DineAmix Inc. immediately by email at postmaster at dineamix.ca. Thank you. _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sat Nov 22 22:34:05 2008 Return-Path: Delivery-Date: Sat, 22 Nov 2008 22:34:05 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu0) with ESMTP (Nemesis) id 0MKpIi-1L406y3GaG-000IYi for jt at toerring.de; Sat, 22 Nov 2008 22:34:05 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAMKlnG3023163; Sat, 22 Nov 2008 15:56:11 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAMKl6HD023151 for ; Sat, 22 Nov 2008 15:47:36 -0500 Received: from toerring.de (p54BFA960.dip0.t-ipconnect.de [84.191.169.96]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1L3zNX1dXI-0002Zh; Sat, 22 Nov 2008 21:46:55 +0100 Received: by toerring.de (Postfix, from userid 1000) id 64F2D7A266D; Sat, 22 Nov 2008 21:46:54 +0100 (CET) Date: Sat, 22 Nov 2008 21:46:54 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20081122204654.GA2445 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX1/N5FIusX9I7GoNiMuqPvyJZxUH697DYta/r3X m+1RImlGHOEaxg92N0Vdlh58w3mMpu857Xx6XeyRlZwmFfnl+D VF5TqAQASs8XjWAjr+V4uUOhbWWkDXd X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8663/Sat Nov 22 07:54:48 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8663/Sat Nov 22 07:54:48 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] New release XForms 1.0.91 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3119 Lines: 67 To subscribers of the xforms list Hi everybody, as threatend I have uploaded a new release of XForms, 1.0.91. You can download it from http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91.tar.gz I hope that this is another step on the rather long-winded road to the 1.1.0 version and I would like to thank all of you for contri- buting code and bug fixes, send bug reports or made suggestions! Very special thanks go to Angus Leeming and Jean-Marc Lasgouttes who both did a lot of excellent work I then could continue from. There are a few cosmetic changes compared to the last pre-release, mostly to silence a few compiler warnings (gcc 4.3.2 is a bit more picky than the older version I was using before). I hope that I did not break anything essential with these minor changes... With the new release out I guess we should take a look at what's needed on the further road to 1.1.0. I have three points that I think could be interesting: a) Make the documentation available in a useful format and work in the changes that have been made in the code b) UTF-8 support c) Support for TrueType fonts I guess I will start with a) as soon as possible since I feel that a library without proper documentation is rather useless. As I al- ready wrote a few days ago I am still undecided about the format. I got the suggestion via private email to use a Wiki. While that looks like a good solution I am a bit concerned where we could host a Wiki and if there are enough people prepared to make sure it won't get vandalized. There is also the question if it's possible to get a nicely printed version out of it (but maybe it's only me that likes printed documentation nowadays, so that isn't necessarily a relevant argument). If someone has thoughts about all that please let me know. Points b) and c) are from my personal wishlist but I don't know how relevant they are to others. There probably are a lot of other, more important points that need some work and I would like to ask you to discuss them here on the mailing list! Another point I am a bit concerned about is the claim made in several places that XForms works X11 R4, R5 and R6 as well as with operating systems as OS2, VMS etc. I have no access to machines with X11 R4 or R5 or OS2 or VMS so I am in no position to determine if these are still correct. Are there some people out there that can confirm them or should we better stop making these claims? And, of course, there will still be a number of bugs in the new release. So, please, don't stop sending me bug reports about what- ever you find not to be working correctly. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Thu Nov 20 23:38:58 2008 Return-Path: Delivery-Date: Thu, 20 Nov 2008 23:38:58 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1L3IAd1V0f-00082c for jt at toerring.de; Thu, 20 Nov 2008 23:38:58 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAKLt4hR006484; Thu, 20 Nov 2008 17:03:29 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAKLsLCX006470 for ; Thu, 20 Nov 2008 16:54:52 -0500 Received: from toerring.de (p54BFA60E.dip0.t-ipconnect.de [84.191.166.14]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1L3HTW1Fv2-0004kI; Thu, 20 Nov 2008 22:54:10 +0100 Received: by toerring.de (Postfix, from userid 1000) id 909707A266E; Thu, 20 Nov 2008 22:54:09 +0100 (CET) Date: Thu, 20 Nov 2008 22:54:09 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20081120215409.GA23334 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX1/K1dD68agMvzxeoq8ldgt9X/Qcll4OgXaA3l1 hzrVgJOLHuQrHQVbwCRWABYi96r4+GvJN9IT7erjuqH1T5Ejir WbaORz9TN140EFjhqu+ioHF4xqPzq8W X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8654/Thu Nov 20 14:51:00 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8653/Thu Nov 20 04:04:07 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] Any further tests in the working? X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1084 Lines: 25 To subscribers of the xforms list Hi everybody, since the last pre-release 10 days ago I haven't received a single bug report or information about problems. I wonder if I may take this as a sign that the 14th pre-release looks ok to everyone of you. Or are there some people still planing to do tests but didn't come around to do them? In the first case I would consider making a "real" release out of the pre-release over the next weekend. Therefore I would like to ask those of you still planing to do tests to send me () a short email so that I still wait a bit. Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Nov 11 18:49:18 2008 Return-Path: Delivery-Date: Tue, 11 Nov 2008 18:49:18 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu2) with ESMTP (Nemesis) id 0MKpdM-1KzxMP2jcU-000a2b for jt at toerring.de; Tue, 11 Nov 2008 18:49:18 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mABH4Cog017482; Tue, 11 Nov 2008 12:12:06 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mABH3UcJ017471 for ; Tue, 11 Nov 2008 12:04:01 -0500 Received: from toerring.de (p54BFAAE0.dip0.t-ipconnect.de [84.191.170.224]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1Kzwe71wzo-0003YO; Tue, 11 Nov 2008 18:03:20 +0100 Received: by toerring.de (Postfix, from userid 1000) id A82867A266D; Tue, 11 Nov 2008 18:03:21 +0100 (CET) Date: Tue, 11 Nov 2008 18:03:21 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20081111170321.GA29010 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX18NCZGyFIk4OWTe1WqqF4wDLiw2dGfhipsV5f1 UcepP68mqy+9xEIHpUaiyVlpMzvCr0/cTOGhsY6t1+WG12C/VT +8oBMS3NcnCfQSAA7m03yHGSH3zon1u X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8609/Tue Nov 11 07:53:28 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8609/Tue Nov 11 07:53:28 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] Format for documentation X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 1064 Lines: 24 To subscribers of the xforms list Hi again, as I already wrote yesterday I am thinking about converting the existing PDF documentation into a format that we can work on again. Now my question is if you have recommendations for the format to be used. I am most used to the texi format, but I also had a look at docbook. Both seem to be quite fine in the sense that you can create documentation in diverse output formats (HTML, PDF, info etc.) which I think is important. Does anyone of you has good arguments for one or the other or maybe even has a better idea? Regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Mon Nov 10 22:44:22 2008 Return-Path: Delivery-Date: Mon, 10 Nov 2008 22:44:22 +0100 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu0) with ESMTP (Nemesis) id 0MKpIi-1KzeYK3uXM-000E50 for jt at toerring.de; Mon, 10 Nov 2008 22:44:22 +0100 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAAKwO2g007382; Mon, 10 Nov 2008 16:06:50 -0500 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id mAAKvf4Y007373 for ; Mon, 10 Nov 2008 15:58:12 -0500 Received: from toerring.de (p54BFA8E5.dip0.t-ipconnect.de [84.191.168.229]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KzdpC0Gvm-0004kA; Mon, 10 Nov 2008 21:57:30 +0100 Received: by toerring.de (Postfix, from userid 1000) id DBF1A7A266D; Mon, 10 Nov 2008 21:57:31 +0100 (CET) Date: Mon, 10 Nov 2008 21:57:31 +0100 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20081110205731.GA20287 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Provags-ID: V01U2FsdGVkX1/ndpODGqhpdN7n3K6qJZpIT14Wq49jW+E+JQt hzlcO+5+K9Qt5DRGC87RpgY2KhK7CmbKT9ppZYifhlWhc02eCN eLnx8EJuyB+cnQIs2IO8p2OkCXH+ZxY X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8599/Mon Nov 10 11:43:18 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8599/Mon Nov 10 11:43:18 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Subject: [XForms] New pre-release: xforms-1.0.91pre14 X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2909 Lines: 67 To subscribers of the xforms list Hi everybody, here again is a new pre-release: http://download.savannah.gnu.org/releases/xforms/xforms-1.0.91pre14.tar.gz There are a number of bug fixes and a new function: a) in the code for drawing clocks a memory overrun was fixed b) in the code for fl_finish() a bug that resulted in trying to remove tooltip windows nore than once got removed c) A mistake in the code to decide which mouse buttons a button reacts to was corrected. d) Rob Carpenter found that the bounding box of objects was not computed correctly, resulting in very slow redraws in certain situations. e) Rob also found that trying to scroll in a browser that doesn't contain any lines resulted in a segmentation fault. f) According to Serge Bromow's suggestion a function was added that allows to figure out if a form's window is iconified. It's called fl_form_is_iconified() and takes a single argu- ment, a pointer to the form. Thanks to everbody who send in bug reports and suggestions! As you can see there aren't that many changes, but then I did not receive too many bug reports;-) I hope that this can be taken as a sign that the code has been stabilized a bit and we can finally have a "real" release. Therefor I would like to ask you to have another good look at the new pre-release and please tell me about all bugs or just issues you find so that they can be cleared up before the final release! One outstanding bug is about compiling XForms on AIX, where it seems to be necessary to run the configure script like this LIBS=-lX11 ./configure --enable-demos Since I don't have access to an AIX machine and really don't understand what's happening there I would again like to ask people with access to AIX to take a look at that or, if pos- sible, give me an account on such a machine for a few days. Aonother question is how to proceed when we've got a new release. I think I will try to start working on the documentation first so that it's at least in a form that it can be changed (at the moment there's only a PostScript version of the last version and that has to be converted somehow to a format that can be edited). One thing I also am interested in a bit is to add the capability to XForms to use TrueType fonts. But that's not something I con- sider extremely important and I am open to all kinds of other and perhaps more important suggestions! Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Tue Oct 21 21:46:25 2008 Return-Path: Delivery-Date: Tue, 21 Oct 2008 21:46:25 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu25) with ESMTP (Nemesis) id 0MKstg-1KsNBE2RhE-0009iS for jt at toerring.de; Tue, 21 Oct 2008 21:46:25 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9LIp4Zf021532; Tue, 21 Oct 2008 15:03:42 -0400 Received: from smtp126.rog.mail.re2.yahoo.com (smtp126.rog.mail.re2.yahoo.com [206.190.53.31]) by bob.usuhs.mil (8.14.2/8.14.2) with SMTP id m9LIoB0G021511 for ; Tue, 21 Oct 2008 14:50:42 -0400 Received: (qmail 80739 invoked from network); 21 Oct 2008 18:50:01 -0000 Received: from unknown (HELO backup.dineamix.org) (serge at 99.240.244.247 with plain) by smtp126.rog.mail.re2.yahoo.com with SMTP; 21 Oct 2008 18:50:01 -0000 X-YMail-OSG: XZzUR38VM1mh_VPM4C9azEsvxwRLQ.eZbh0ruHa_on323Bhr0uXSx0myZqWp455mVg-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <48FE2454.8050003 at dineamix.ca> Date: Tue, 21 Oct 2008 14:49:56 -0400 From: Serge Bromow User-Agent: Thunderbird 2.0.0.17 (X11/20080914) MIME-Version: 1.0 To: jt at toerring.de References: <20081018152249.GA21149 at toerring.de> <48FA9043.6010304 at dineamix.ca> <20081019221727.GA27479 at toerring.de> In-Reply-To: <20081019221727.GA27479 at toerring.de> X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8462/Tue Oct 21 13:22:09 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8462/Tue Oct 21 13:22:09 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Cc: "xforms at bob.usuhs.mil" Subject: Re: [XForms] XForms min/max events X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0781616645==" Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 6196 Lines: 139 --===============0781616645== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline To subscribers of the xforms list --===============0781616645== Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Jens Thoms Toerring wrote: 
Hi Serge,

   nice to have you back on board;-)

  
My problem was when a user minimized the screen using the window
manager decoration I did not have a way of knowing whether I should
raise the window or not since no variable was set. Hence my need to
trap the iconify action from the window manager.
    

  
I tried using the "fl_form_is_visible(form);" call but it always
returns TRUE whether the form is on the display or minimized. Other
attempts proved fruitless. i.e checking "form->visible" and
"form->wm_border" variables.
    

  
The problem was resolved by using the "XGetWindowAttributes(fl_display,
win_mini, &xwa);" call. This call fills the xwa structure and one
variable in that structure is "xwa.map_state". This is TRUE if the
window is on the display and FALSE if it is minimized or not on the
current display. A test of this variable after a caller event was all I
needed to know if I should set my variables and raise the window.<br>
    

The value of "form->visible" or the return value of the function
fl_form_s_visible() only get changed by calls of the fl_hide_form()
or fl_free_form() function but not by the window getting unmapped
when it's iconified (XForms doesn't deal with the Unmap/Map event
except by calling XRefreshKeyboardMapping() on a MappingNotify
event). So even when the window is in iconified state it's treated
as "visible". As you already found out you have to query the
window attributes to find out if the window is mapped (but note
that the "map_state" value isn't just a boolean, there are three
possible values it can have, IsUnmapped (0), IsUnviewable (1) and
IsViewable (2), the IsUnviewable value undicating that while the
window itself is mapped a parent window is unmapped so it's not
really shown on the screen). So the combination of "form->visible"
being set to FL_VISIBLE (or the corresponding return value of
fl_form_is_visible()) together with XGetWindowAttributes() telling
you that the window is not mapped looks like the best indication of
the window being in iconified state.
I was wondering what the second state was. Thanks.
Perhaps I should add a function with a name like fl_form_is_iconified()
to make it easier to check for this. While the name of the function
fl_form_is_visible() is a bit unlucky I wouldn't like to change its
behaviour since that might break programs that rely on it to tell you
if a form has been hidden by a call of fl_hide_form() etc. or not.
You are right. The "fl_form_is_iconified()"is preferable.

 Or
do you need a callback for a form's window becoming iconified or de-
iconified?
This type of callback would be very useful if it can be done. Not only for my app but for any instance where a form is minimized or maximized. Knowing a forms size has changed or is no longer visible would allow for font changes if maximized, no visual work need be done if minimized and do the work if returned to normal state. I am sure there are more uses.

                              Best regards, Jens

Thanks,

Serge
--
Signature 
Serge Bromow
DineAmix Inc.
<serge at dineamix.ca>
888 411-6636
Ottawa, Canada.

http://www.dineamix.ca

IMPORTANT NOTICE: This message is intended only for the use of the individual or entity to which it is addressed. The message may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify DineAmix Inc. immediately by email at postmaster at dineamix.ca.

Thank you.
--===============0781616645== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms --===============0781616645==-- >From xforms-bounces at bob.usuhs.mil Mon Oct 20 01:13:50 2008 Return-Path: Delivery-Date: Mon, 20 Oct 2008 01:13:50 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu24) with ESMTP (Nemesis) id 0MKtd6-1KrhSr3HXG-000AiP for jt at toerring.de; Mon, 20 Oct 2008 01:13:50 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9JMIYtP011225; Sun, 19 Oct 2008 18:28:31 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9JMHeC1011216 for ; Sun, 19 Oct 2008 18:18:13 -0400 Received: from toerring.de (p54BF87B8.dip0.t-ipconnect.de [84.191.135.184]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1KrgaU3SKe-0000He; Mon, 20 Oct 2008 00:17:27 +0200 Received: by toerring.de (Postfix, from userid 1000) id 2364A7A24AC; Mon, 20 Oct 2008 00:17:27 +0200 (CEST) Date: Mon, 20 Oct 2008 00:17:27 +0200 From: Jens Thoms Toerring To: Serge Bromow Message-ID: <20081019221727.GA27479 at toerring.de> References: <20081018152249.GA21149 at toerring.de> <48FA9043.6010304 at dineamix.ca> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <48FA9043.6010304 at dineamix.ca> User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Provags-ID: V01U2FsdGVkX1+TasxHjgC6/yDYLLdpQoNnEZfMlAHYtW/B0hB kJJgSSMFT3jUI1+7NxoIdY0HKDiVRMihIw6CpkfMkVzPSmRA76 HFSubaKHiUiD9vS63GxqaAfQ8AHQz9Z X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8445/Sun Oct 19 10:45:49 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8445/Sun Oct 19 10:45:49 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Cc: xforms at bob.usuhs.mil Subject: Re: [XForms] XForms min/max events X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 3011 Lines: 59 To subscribers of the xforms list Hi Serge, nice to have you back on board;-) > My problem was when a user minimized the screen using the window > manager decoration I did not have a way of knowing whether I should > raise the window or not since no variable was set. Hence my need to > trap the iconify action from the window manager. > I tried using the "fl_form_is_visible(form);" call but it always > returns TRUE whether the form is on the display or minimized. Other > attempts proved fruitless. i.e checking "form->visible" and > "form->wm_border" variables. > The problem was resolved by using the "XGetWindowAttributes(fl_display, > win_mini, &xwa);" call. This call fills the xwa structure and one > variable in that structure is "xwa.map_state". This is TRUE if the > window is on the display and FALSE if it is minimized or not on the > current display. A test of this variable after a caller event was all I > needed to know if I should set my variables and raise the window.
The value of "form->visible" or the return value of the function fl_form_s_visible() only get changed by calls of the fl_hide_form() or fl_free_form() function but not by the window getting unmapped when it's iconified (XForms doesn't deal with the Unmap/Map event except by calling XRefreshKeyboardMapping() on a MappingNotify event). So even when the window is in iconified state it's treated as "visible". As you already found out you have to query the window attributes to find out if the window is mapped (but note that the "map_state" value isn't just a boolean, there are three possible values it can have, IsUnmapped (0), IsUnviewable (1) and IsViewable (2), the IsUnviewable value undicating that while the window itself is mapped a parent window is unmapped so it's not really shown on the screen). So the combination of "form->visible" being set to FL_VISIBLE (or the corresponding return value of fl_form_is_visible()) together with XGetWindowAttributes() telling you that the window is not mapped looks like the best indication of the window being in iconified state. Perhaps I should add a function with a name like fl_form_is_iconified() to make it easier to check for this. While the name of the function fl_form_is_visible() is a bit unlucky I wouldn't like to change its behaviour since that might break programs that rely on it to tell you if a form has been hidden by a call of fl_hide_form() etc. or not. Or do you need a callback for a form's window becoming iconified or de- iconified? Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Oct 19 04:29:45 2008 Return-Path: Delivery-Date: Sun, 19 Oct 2008 04:29:45 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu5) with ESMTP (Nemesis) id 0MKqpg-1KrO2u2pJA-0007n7 for jt at toerring.de; Sun, 19 Oct 2008 04:29:45 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9J1gaqx027349; Sat, 18 Oct 2008 21:52:56 -0400 Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by bob.usuhs.mil (8.14.2/8.14.2) with SMTP id m9J1fibT027341 for ; Sat, 18 Oct 2008 21:42:15 -0400 Received: (qmail 93669 invoked from network); 19 Oct 2008 01:41:34 -0000 Received: from unknown (HELO backup.dineamix.org) (serge at 99.240.244.247 with plain) by smtp102.rog.mail.re2.yahoo.com with SMTP; 19 Oct 2008 01:41:33 -0000 X-YMail-OSG: UfL552sVM1k6h1XCruWi.TYFEHXRr4pLbkz7ZErG5pdvGRlP9W7Um.4me6nvQ07yUw-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <48FA9043.6010304 at dineamix.ca> Date: Sat, 18 Oct 2008 21:41:23 -0400 From: Serge Bromow User-Agent: Thunderbird 2.0.0.17 (X11/20080914) MIME-Version: 1.0 To: "xforms at bob.usuhs.mil" References: <20081018152249.GA21149 at toerring.de> In-Reply-To: <20081018152249.GA21149 at toerring.de> X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8443/Sat Oct 18 02:08:31 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8443/Sat Oct 18 02:08:31 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Cc: jt at toerring.de Subject: Re: [XForms] XForms min/max events X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1978442275==" Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO X-Status: A Content-Length: 6959 Lines: 161 --===============1978442275== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline To subscribers of the xforms list --===============1978442275== Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Thanks Jens,

Glads to hear the group is still active. I thought the Xforms mailing list was replaced by the Savanna list. Thanks for putting me back on track. As you stated earlier there is not a lot of activity on the Savanna list. Glad to be back on the list given I work with Xorms apps every day. Any ways, enough of that!

You assumption was correct. My application, a caller ID tracking tool, typically runs in a minimized state. This is accomplished by pressing a button on the window that calls "fl_iconify(win_mini);". I set a variable and when a call event occurs I check to see if the window was minimized and if so I call "fl_winshow(win_mini);" to display the window.

My problem was when a user minimized the screen using the window manager decoration I did not have a way of knowing whether I should raise the window or not since no variable was set. Hence my need to trap the iconify action from the window manager.

I tried using the "fl_form_is_visible(form);" call but it always returns TRUE whether the form is on the display or minimized. Other attempts proved fruitless. i.e checking "form->visible" and "form->wm_border" variables.

The problem was resolved by using the "XGetWindowAttributes(fl_display, win_mini, &xwa);" call. This call fills the xwa structure and one variable in that structure is "xwa.map_state". This is TRUE if the window is on the display and FALSE if it is minimized or not on the current display. A test of this variable after a caller event was all I needed to know if I should set my variables and raise the window.

Thanks for the help and look forward to participating in  future developments,

Serge

Jens Thoms Toerring wrote: 
Hi Serge,

    I have just seen your question on Savannah concerning min/max
events, Please accept my appologies for the long delay - questions
are normally asked in the XForms mailing list

http://cweblog.usuhs.mil/mailman/listinfo/xforms

and the last question coming up on Savannah was that long ago
that I don't often check there...

  
Hi Xforms,
    

  
I would like my app to trap window min/max events. I have read
through the docs without success.
    

  
Is there a way to set a callback or trap a SIGNAL when these events
occur?
    

I guess with min/max event you mean something that happens only
when the minimize/maximize button on the window decorations is
clicked on. Please correct me if I am wrong but that's the only
thing I can think of at the moment.

The problem here is that there's no special event that would
distinguish it in any way from any other resizing of the window.
The only thing visible from an application is receiving a
ConfigureNotify X event that informs the application that the
windows size has been changed, but there's nothing that indicates
that it's due to the minimize/maximize button in the window deco-
rations having been clicked on - that's something only the window
manager would know about which takes care of these decorations.

At the momement there's not even a mechanism to set a callback
for ConfigureNotify events (even via fl_register_raw_callback()),
probably since an application normal;y doesn't need to know about
that (in case you really need to know that a windows size has
changed you typically would simply ask for it's size). But I
could add something that allows to install a preemptive handler
also for ConfigureNotify events if you think it's really needed.
But that still won't tell you if that event is due to a min/max
button the window manager may display...

I am going to send this reply also to the mailing list so that
others can comment if they think my answer is wrong or incom-
plete or have a good idea for you. If you don't want to sub-
scribe to the mailing list you will be able to see further
replies also her

http://groups.google.com/group/fa.xforms/topics?lnk

                             Best regards, Jens


--
Signature 
Serge Bromow
DineAmix Inc.
<serge at dineamix.ca>
888 411-6636
Ottawa, Canada.

http://www.dineamix.ca

IMPORTANT NOTICE: This message is intended only for the use of the individual or entity to which it is addressed. The message may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify DineAmix Inc. immediately by email at postmaster at dineamix.ca.

Thank you.
--===============1978442275== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms --===============1978442275==-- >From xforms-bounces at bob.usuhs.mil Sat Oct 18 18:35:34 2008 Return-Path: Delivery-Date: Sat, 18 Oct 2008 18:35:34 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu23) with ESMTP (Nemesis) id 0ML4cO-1KrElt3YsS-000CfH for jt at toerring.de; Sat, 18 Oct 2008 18:35:34 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9IFNv6q023193; Sat, 18 Oct 2008 11:34:09 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m9IFN4oM023182 for ; Sat, 18 Oct 2008 11:23:35 -0400 Received: from toerring.de (p54BF85ED.dip0.t-ipconnect.de [84.191.133.237]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1KrDdh2oSg-0000H8; Sat, 18 Oct 2008 17:22:50 +0200 Received: by toerring.de (Postfix, from userid 1000) id E769F7A24AC; Sat, 18 Oct 2008 17:22:49 +0200 (CEST) Date: Sat, 18 Oct 2008 17:22:49 +0200 From: Jens Thoms Toerring To: serge at dineamix.ca Message-ID: <20081018152249.GA21149 at toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Provags-ID: V01U2FsdGVkX1+78IqiTiH3Nk9ayYtWYBUrEVg9yB5tSdlGqUC /tZw7VJtpKpBKK2MVwu3OpIeIjtQOO5GS8J4iT56XPMxDR08am YcdHhgxa9QOZeeVdoPe+1Bkv4j/5UNd X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-Scanned: ClamAV 0.93.3/8443/Sat Oct 18 02:08:31 2008 on cweblog.usuhs.mil X-Virus-Scanned: ClamAV 0.93.3/8443/Sat Oct 18 02:08:31 2008 on cweblog.usuhs.mil X-Virus-Status: Clean Cc: xforms at bob.usuhs.mil Subject: [XForms] XForms min/max events X-BeenThere: xforms at bob.usuhs.mil X-Mailman-Version: 2.1.9 Precedence: list Reply-To: jt at toerring.de List-Id: Xforms X11 tool builder List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xforms-bounces at bob.usuhs.mil Errors-To: xforms-bounces at bob.usuhs.mil Envelope-To: jt at toerring.de Status: RO Content-Length: 2673 Lines: 64 To subscribers of the xforms list Hi Serge, I have just seen your question on Savannah concerning min/max events, Please accept my appologies for the long delay - questions are normally asked in the XForms mailing list http://cweblog.usuhs.mil/mailman/listinfo/xforms and the last question coming up on Savannah was that long ago that I don't often check there... > Hi Xforms, > I would like my app to trap window min/max events. I have read > through the docs without success. > Is there a way to set a callback or trap a SIGNAL when these events > occur? I guess with min/max event you mean something that happens only when the minimize/maximize button on the window decorations is clicked on. Please correct me if I am wrong but that's the only thing I can think of at the moment. The problem here is that there's no special event that would distinguish it in any way from any other resizing of the window. The only thing visible from an application is receiving a ConfigureNotify X event that informs the application that the windows size has been changed, but there's nothing that indicates that it's due to the minimize/maximize button in the window deco- rations having been clicked on - that's something only the window manager would know about which takes care of these decorations. At the momement there's not even a mechanism to set a callback for ConfigureNotify events (even via fl_register_raw_callback()), probably since an application normal;y doesn't need to know about that (in case you really need to know that a windows size has changed you typically would simply ask for it's size). But I could add something that allows to install a preemptive handler also for ConfigureNotify events if you think it's really needed. But that still won't tell you if that event is due to a min/max button the window manager may display... I am going to send this reply also to the mailing list so that others can comment if they think my answer is wrong or incom- plete or have a good idea for you. If you don't want to sub- scribe to the mailing list you will be able to see further replies also her http://groups.google.com/group/fa.xforms/topics?lnk Best regards, Jens -- \ Jens Thoms Toerring ________ jt at toerring.de \_______________________________ http://toerring.de _______________________________________________ To unsubscribe, send any message to xforms-leave at bob.usuhs.mil or see: http://cweblog.usuhs.mil/mailman/listinfo/xforms List Archive: http://bob.usuhs.mil/pipermail/xforms and http://bob.usuhs.mil/mailserv/list-archives/ Development: http://savannah.nongnu.org/files/?group=xforms >From xforms-bounces at bob.usuhs.mil Sun Sep 21 16:26:45 2008 Return-Path: Delivery-Date: Sun, 21 Sep 2008 16:26:45 +0200 Received: from bob.usuhs.mil ([131.158.186.183]) by mx.kundenserver.de (node=mxeu13) with ESMTP (Nemesis) id 0MKsEO-1KhPtR08RJ-0008VL for jt at toerring.de; Sun, 21 Sep 2008 16:26:45 +0200 Received: from bob.usuhs.mil (localhost.localdomain [127.0.0.1]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m8LDuA7H021783; Sun, 21 Sep 2008 09:56:27 -0400 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by bob.usuhs.mil (8.14.2/8.14.2) with ESMTP id m8LDu77e021777 for ; Sun, 21 Sep 2008 09:56:08 -0400 Received: from cm.toerring.de (p54BF9375.dip0.t-ipconnect.de [84.191.147.117]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KhPPy2hWa-0001d0; Sun, 21 Sep 2008 15:56:07 +0200 Received: by cm.toerring.de (Postfix, from userid 1000) id 345077A245E; Sun, 21 Sep 2008 15:56:06 +0200 (CEST) Date: Sun, 21 Sep 2008 15:56:06 +0200 From: Jens Thoms Toerring To: xforms at bob.usuhs.mil Message-ID: <20080921135606.GA23755 at cm.toerring.de> MIME-Version: 1.0 Content-Disposition: inline User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Provags-ID: V01U2FsdGVkX19YVM2YkXCXJIIQ1/oSahQNK49kpfX7CGcPSFS CE72m/fMAnhLCQ2Rp+hnu1ap1ybpuyrIbwTyP8px/crT9SHqvB vta8lYUZNikKn9ZdtId07AEc989go7y X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Scanned-By: MIMEDefang 2.65 on 131.158.186.183 X-Virus-