From lordheavym at ...176... Fri Jul 13 14:32:41 2007 From: lordheavym at ...176... (Laurent Carlier) Date: Fri, 13 Jul 2007 14:32:41 +0200 Subject: [Gambas-devel] [Gambas-user] SendKeys for gambas2 ? (moved to devel list) Message-ID: <200707131432.45768.lordheavym@...176...> > > > Do all X servers pretty much have the XTest extension turned on by > > > default? Mandriva has theirs turned on and it looks like Ubuntu does > > > too, but I don't know whether it's standard enough to make > > > a "gb.sendkeys" component. > > > > > > Rob > > > > There is some functions to translate key string to keysym : > > http://tronche.com/gui/x/xlib/utilities/keyboard/XStringToKeysym.html > > > > A good to way to add this should be through Application.SendKey() :-) > > > > Last word is for Benoit ;-p > > > > Regards, > > 1) I suggest Desktop.SendKey(s). This is the class for desktop related > things. > > 2) You must test that the XTEST extension is available. There is a X API > for that, but I don't remember which one. > > 3) No need for a new component. You can put the code in gb.qt. I will put > it in gb.gtk too. In the future, maybe all desktop related things should be > put in gb.desktop - At the moment it is written in Gambas, so this is just > a matter of creating a C component and put the Gambas part in it. > > Regards, There is XqueryExtension function : "The XQueryExtension function determines if the named extension is present. If the extension is not present, XQueryExtension returns False; otherwise, it returns True." Regards, -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From lordheavym at ...176... Sat Jul 14 14:10:48 2007 From: lordheavym at ...176... (Laurent Carlier) Date: Sat, 14 Jul 2007 14:10:48 +0200 Subject: [Gambas-devel] [Gambas-user] SendKeys for gambas2 ? (moved to devel list) In-Reply-To: <200707131432.45768.lordheavym@...176...> References: <200707131432.45768.lordheavym@...176...> Message-ID: <200707141410.51803.lordheavym@...176...> On Friday 13 July 2007 14:32:41 Laurent Carlier wrote: > > > > Do all X servers pretty much have the XTest extension turned on by > > > > default? Mandriva has theirs turned on and it looks like Ubuntu does > > > > too, but I don't know whether it's standard enough to make > > > > a "gb.sendkeys" component. > > > > > > > > Rob > > > > > > There is some functions to translate key string to keysym : > > > http://tronche.com/gui/x/xlib/utilities/keyboard/XStringToKeysym.html > > > > > > A good to way to add this should be through Application.SendKey() :-) > > > > > > Last word is for Benoit ;-p > > > > > > Regards, > > > > 1) I suggest Desktop.SendKey(s). This is the class for desktop related > > things. > > > > 2) You must test that the XTEST extension is available. There is a X API > > for that, but I don't remember which one. > > > > 3) No need for a new component. You can put the code in gb.qt. I will put > > it in gb.gtk too. In the future, maybe all desktop related things should > > be put in gb.desktop - At the moment it is written in Gambas, so this is > > just a matter of creating a C component and put the Gambas part in it. > > > > Regards, > > There is XqueryExtension function : > "The XQueryExtension function determines if the named extension is present. > If the extension is not present, XQueryExtension returns False; otherwise, > it returns True." > > Regards, Related links to Xtest : - Xtest extension "homepage" http://www.xfree86.org/current/xtestlib.html - small tutorial (sorry in french !) - http://forums.gentoo.org/viewtopic-t-402015.html Regards, -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From jredrejo at ...176... Mon Jul 23 18:33:50 2007 From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=) Date: Mon, 23 Jul 2007 18:33:50 +0200 Subject: [Gambas-devel] desktop compatibilities problems using gb.form.xxx Message-ID: <8eb28a500707230933n278d96fj1c757a95b23d1f58@...178...> Hi, Beno?t, there is a problem I've been following since some time ago, hoping to find an answer, but I've not been able. When compiling the whole gambas source tree, and compiling gb.form, gb.form.dialog, etc. it's compiled using qt (or gtk in the testing svn version), then when using that component in the applications, if it's a gtk app and gb.form is compiled with qt, or is a qt application and gb.form is compiled with gtk, you don't have a chance to solve it, unless you recompile gb.form.xx again. And for my own pc, that could be a minor problem, but if you want to distribute the application to many users... do you have a solution for this problem, or have I some concept error and the problem does not exist? Regards. Jos? L. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas at ...1... Mon Jul 23 19:00:05 2007 From: gambas at ...1... (Benoit Minisini) Date: Mon, 23 Jul 2007 19:00:05 +0200 Subject: [Gambas-devel] desktop compatibilities problems using gb.form.xxx In-Reply-To: <8eb28a500707230933n278d96fj1c757a95b23d1f58@...178...> References: <8eb28a500707230933n278d96fj1c757a95b23d1f58@...178...> Message-ID: <200707231900.06097.gambas@...1...> On lundi 23 juillet 2007, Jos? Luis Redrejo wrote: > Hi, Beno?t, there is a problem I've been following since some time ago, > hoping to find an answer, but I've not been able. > When compiling the whole gambas source tree, and compiling gb.form, > gb.form.dialog, etc. it's compiled using qt (or gtk in the testing svn > version), then when using that component in the applications, if it's a gtk > app and gb.form is compiled with qt, or is a qt application and gb.form is > compiled with gtk, you don't have a chance to solve it, unless you > recompile gb.form.xx again. And for my own pc, that could be a minor > problem, but if you want to distribute the application to many users... do > you have a solution for this problem, or have I some concept error and the > problem does not exist? > > Regards. > Jos? L. Actually the components used by a component project are only used when running it as a project. When used as a component, its dependencies are the one specified in the component-specific tabs of the project property dialog. In other words, even if the gb.form project uses gb.qt, the gb.form component requirement are any GUI component (gb.qt, gb.qte, or gb.gtk). The project dependencies are written in the .project file, and are managed by the IDE, not by the interpreter. The components loaded by a project are just what you see in the component tab of the project property dialog, and do not depend on the components used by the component project. I hope it was clear - it was difficult to explain that clearly in english. Regards, -- Benoit Minisini From jredrejo at ...176... Mon Jul 23 20:04:53 2007 From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=) Date: Mon, 23 Jul 2007 20:04:53 +0200 Subject: [Gambas-devel] desktop compatibilities problems using gb.form.xxx In-Reply-To: <200707231900.06097.gambas@...1...> References: <8eb28a500707230933n278d96fj1c757a95b23d1f58@...178...> <200707231900.06097.gambas@...1...> Message-ID: <8eb28a500707231104r582fde86pfa6f71ba1d643850@...178...> 2007/7/23, Benoit Minisini : > > On lundi 23 juillet 2007, Jos? Luis Redrejo wrote: > > Hi, Beno?t, there is a problem I've been following since some time ago, > > hoping to find an answer, but I've not been able. > > When compiling the whole gambas source tree, and compiling gb.form, > > gb.form.dialog, etc. it's compiled using qt (or gtk in the testing svn > > version), then when using that component in the applications, if it's a > gtk > > app and gb.form is compiled with qt, or is a qt application and gb.formis > > compiled with gtk, you don't have a chance to solve it, unless you > > recompile gb.form.xx again. And for my own pc, that could be a minor > > problem, but if you want to distribute the application to many users... > do > > you have a solution for this problem, or have I some concept error and > the > > problem does not exist? > > > > Regards. > > Jos? L. > > Actually the components used by a component project are only used when > running > it as a project. When used as a component, its dependencies are the one > specified in the component-specific tabs of the project property dialog. > > In other words, even if the gb.form project uses gb.qt, the gb.formcomponent > requirement are any GUI component (gb.qt, gb.qte, or gb.gtk). > > The project dependencies are written in the .project file, and are managed > by > the IDE, not by the interpreter. > > The components loaded by a project are just what you see in the component > tab > of the project property dialog, and do not depend on the components used > by > the component project. > > I hope it was clear - it was difficult to explain that clearly in english. > > almost clear ;-), let's see if I have understood it right: you mean that any of these components, as gb.form don't take into account if they were compiled with gb.qt or gb.gtk. So even if it has been compiled with qt, it will load without any problem in a qt-free pc, or viceversa with gtk. is it right? In that case, when building the packages for these compoentes, the dependencies will be gb.qt | gb.gtk , and I don't care how they were compiled. If that's the way it works, I only can say one word: Chapeau! -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas at ...1... Mon Jul 23 20:34:24 2007 From: gambas at ...1... (Benoit Minisini) Date: Mon, 23 Jul 2007 20:34:24 +0200 Subject: [Gambas-devel] desktop compatibilities problems using gb.form.xxx In-Reply-To: <8eb28a500707231104r582fde86pfa6f71ba1d643850@...178...> References: <8eb28a500707230933n278d96fj1c757a95b23d1f58@...178...> <200707231900.06097.gambas@...1...> <8eb28a500707231104r582fde86pfa6f71ba1d643850@...178...> Message-ID: <200707232034.24339.gambas@...1...> On lundi 23 juillet 2007, Jos? Luis Redrejo wrote: > 2007/7/23, Benoit Minisini : > > On lundi 23 juillet 2007, Jos? Luis Redrejo wrote: > > > Hi, Beno?t, there is a problem I've been following since some time ago, > > > hoping to find an answer, but I've not been able. > > > When compiling the whole gambas source tree, and compiling gb.form, > > > gb.form.dialog, etc. it's compiled using qt (or gtk in the testing svn > > > version), then when using that component in the applications, if it's a > > > > gtk > > > > > app and gb.form is compiled with qt, or is a qt application and > > > gb.formis compiled with gtk, you don't have a chance to solve it, > > > unless you recompile gb.form.xx again. And for my own pc, that could be > > > a minor problem, but if you want to distribute the application to many > > > users... > > > > do > > > > > you have a solution for this problem, or have I some concept error and > > > > the > > > > > problem does not exist? > > > > > > Regards. > > > Jos? L. > > > > Actually the components used by a component project are only used when > > running > > it as a project. When used as a component, its dependencies are the one > > specified in the component-specific tabs of the project property dialog. > > > > In other words, even if the gb.form project uses gb.qt, the > > gb.formcomponent requirement are any GUI component (gb.qt, gb.qte, or > > gb.gtk). > > > > The project dependencies are written in the .project file, and are > > managed by > > the IDE, not by the interpreter. > > > > The components loaded by a project are just what you see in the component > > tab > > of the project property dialog, and do not depend on the components used > > by > > the component project. > > > > I hope it was clear - it was difficult to explain that clearly in > > english. > > almost clear ;-), let's see if I have understood it right: > > you mean that any of these components, as gb.form don't take into account > if they were compiled with gb.qt or gb.gtk. So even if it has been compiled > with qt, it will load without any problem in a qt-free pc, or viceversa > with gtk. is it right? > > In that case, when building the packages for these compoentes, the > dependencies will be gb.qt | gb.gtk , and I don't care how they were > compiled. > > If that's the way it works, I only can say one word: > Chapeau! That's it. Formerly, components do not have hard dependencies on other components. They just have a file (*.component) that tells the IDE that if the user chooses it, then it must choose other components. I will make a void component (maybe named "gb.gui") that will just load gb.qt or gb.gtk depending of which desktop is currently running. This way, an application using this component will use the QT library when run on KDE, and the GTK+ libraries when run on Gnome. Cool, isn't it ? :-) Regards, -- Benoit Minisini From jredrejo at ...176... Mon Jul 23 21:24:51 2007 From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=) Date: Mon, 23 Jul 2007 21:24:51 +0200 Subject: [Gambas-devel] desktop compatibilities problems using gb.form.xxx In-Reply-To: <200707232034.24339.gambas@...1...> References: <8eb28a500707230933n278d96fj1c757a95b23d1f58@...178...> <200707231900.06097.gambas@...1...> <8eb28a500707231104r582fde86pfa6f71ba1d643850@...178...> <200707232034.24339.gambas@...1...> Message-ID: <8eb28a500707231224y7d581884h37b39c82dbc3355e@...178...> 2007/7/23, Benoit Minisini : > > On lundi 23 juillet 2007, Jos? Luis Redrejo wrote: > > 2007/7/23, Benoit Minisini : > > > On lundi 23 juillet 2007, Jos? Luis Redrejo wrote: > > > > Hi, Beno?t, there is a problem I've been following since some time > ago, > > > > hoping to find an answer, but I've not been able. > > > > When compiling the whole gambas source tree, and compiling gb.form, > > > > gb.form.dialog, etc. it's compiled using qt (or gtk in the testing > svn > > > > version), then when using that component in the applications, if > it's a > > > > > > gtk > > > > > > > app and gb.form is compiled with qt, or is a qt application and > > > > gb.formis compiled with gtk, you don't have a chance to solve it, > > > > unless you recompile gb.form.xx again. And for my own pc, that could > be > > > > a minor problem, but if you want to distribute the application to > many > > > > users... > > > > > > do > > > > > > > you have a solution for this problem, or have I some concept error > and > > > > > > the > > > > > > > problem does not exist? > > > > > > > > Regards. > > > > Jos? L. > > > > > > Actually the components used by a component project are only used when > > > running > > > it as a project. When used as a component, its dependencies are the > one > > > specified in the component-specific tabs of the project property > dialog. > > > > > > In other words, even if the gb.form project uses gb.qt, the > > > gb.formcomponent requirement are any GUI component (gb.qt, gb.qte, or > > > gb.gtk). > > > > > > The project dependencies are written in the .project file, and are > > > managed by > > > the IDE, not by the interpreter. > > > > > > The components loaded by a project are just what you see in the > component > > > tab > > > of the project property dialog, and do not depend on the components > used > > > by > > > the component project. > > > > > > I hope it was clear - it was difficult to explain that clearly in > > > english. > > > > almost clear ;-), let's see if I have understood it right: > > > > you mean that any of these components, as gb.form don't take into > account > > if they were compiled with gb.qt or gb.gtk. So even if it has been > compiled > > with qt, it will load without any problem in a qt-free pc, or viceversa > > with gtk. is it right? > > > > In that case, when building the packages for these compoentes, the > > dependencies will be gb.qt | gb.gtk , and I don't care how they were > > compiled. > > > > If that's the way it works, I only can say one word: > > Chapeau! > > That's it. > > Formerly, components do not have hard dependencies on other components. > > They just have a file (*.component) that tells the IDE that if the user > chooses it, then it must choose other components. > > I will make a void component (maybe named "gb.gui") that will just load > gb.qt > or gb.gtk depending of which desktop is currently running. This way, an > application using this component will use the QT library when run on KDE, > and > the GTK+ libraries when run on Gnome. Cool, isn't it ? :-) > > I'm looking forward to see such feature!! Two last questions: - For the gambas2-gb-db-form package these seem to be the right dependencies: gambas2-gb-db , gambas2-gb-form gambas2-gb-qt-ext | gambas2-gb-gtk , is it right? - When editing menus, objects properties, etc. the ide always show stock icons, but if you don't use gb.form, they can not be loaded, so shouldn't gtk and qt always load gb.form and disable its unload unless gtk or qt are unloaded? -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas at ...1... Mon Jul 23 21:31:02 2007 From: gambas at ...1... (Benoit Minisini) Date: Mon, 23 Jul 2007 21:31:02 +0200 Subject: [Gambas-devel] desktop compatibilities problems using gb.form.xxx In-Reply-To: <8eb28a500707231224y7d581884h37b39c82dbc3355e@...178...> References: <8eb28a500707230933n278d96fj1c757a95b23d1f58@...178...> <200707232034.24339.gambas@...1...> <8eb28a500707231224y7d581884h37b39c82dbc3355e@...178...> Message-ID: <200707232131.02786.gambas@...1...> On lundi 23 juillet 2007, Jos? Luis Redrejo wrote: > 2007/7/23, Benoit Minisini : > > On lundi 23 juillet 2007, Jos? Luis Redrejo wrote: > > > 2007/7/23, Benoit Minisini : > > > > On lundi 23 juillet 2007, Jos? Luis Redrejo wrote: > > > > > Hi, Beno?t, there is a problem I've been following since some time > > > > ago, > > > > > > > hoping to find an answer, but I've not been able. > > > > > When compiling the whole gambas source tree, and compiling > > > > > gb.form, gb.form.dialog, etc. it's compiled using qt (or gtk in the > > > > > testing > > > > svn > > > > > > > version), then when using that component in the applications, if > > > > it's a > > > > > > gtk > > > > > > > > > app and gb.form is compiled with qt, or is a qt application and > > > > > gb.formis compiled with gtk, you don't have a chance to solve it, > > > > > unless you recompile gb.form.xx again. And for my own pc, that > > > > > could > > > > be > > > > > > > a minor problem, but if you want to distribute the application to > > > > many > > > > > > > users... > > > > > > > > do > > > > > > > > > you have a solution for this problem, or have I some concept error > > > > and > > > > > > the > > > > > > > > > problem does not exist? > > > > > > > > > > Regards. > > > > > Jos? L. > > > > > > > > Actually the components used by a component project are only used > > > > when running > > > > it as a project. When used as a component, its dependencies are the > > > > one > > > > > > specified in the component-specific tabs of the project property > > > > dialog. > > > > > > In other words, even if the gb.form project uses gb.qt, the > > > > gb.formcomponent requirement are any GUI component (gb.qt, gb.qte, or > > > > gb.gtk). > > > > > > > > The project dependencies are written in the .project file, and are > > > > managed by > > > > the IDE, not by the interpreter. > > > > > > > > The components loaded by a project are just what you see in the > > > > component > > > > > > tab > > > > of the project property dialog, and do not depend on the components > > > > used > > > > > > by > > > > the component project. > > > > > > > > I hope it was clear - it was difficult to explain that clearly in > > > > english. > > > > > > almost clear ;-), let's see if I have understood it right: > > > > > > you mean that any of these components, as gb.form don't take into > > > > account > > > > > if they were compiled with gb.qt or gb.gtk. So even if it has been > > > > compiled > > > > > with qt, it will load without any problem in a qt-free pc, or viceversa > > > with gtk. is it right? > > > > > > In that case, when building the packages for these compoentes, the > > > dependencies will be gb.qt | gb.gtk , and I don't care how they were > > > compiled. > > > > > > If that's the way it works, I only can say one word: > > > Chapeau! > > > > That's it. > > > > Formerly, components do not have hard dependencies on other components. > > > > They just have a file (*.component) that tells the IDE that if the user > > chooses it, then it must choose other components. > > > > I will make a void component (maybe named "gb.gui") that will just load > > gb.qt > > or gb.gtk depending of which desktop is currently running. This way, an > > application using this component will use the QT library when run on KDE, > > and > > the GTK+ libraries when run on Gnome. Cool, isn't it ? :-) > > I'm looking forward to see such feature!! > > Two last questions: > - For the gambas2-gb-db-form package these seem to be the right > dependencies: > gambas2-gb-db , gambas2-gb-form gambas2-gb-qt-ext | gambas2-gb-gtk , is > it right? gb.db.form does not relies on gb.qt.ext anymore. > > - When editing menus, objects properties, etc. the ide always show stock > icons, but if you don't use gb.form, they can not be loaded, so shouldn't > gtk and qt always load gb.form and disable its unload unless gtk or qt are > unloaded? gb.form takes memory, and so should be optional. But the IDE should not show stock icons when gb.form is not used. Regards, -- Benoit Minisini From gambas.fr at ...176... Sat Jul 28 15:58:23 2007 From: gambas.fr at ...176... (Fabien Bodard) Date: Sat, 28 Jul 2007 15:58:23 +0200 Subject: [Gambas-devel] Problem on compiling gb.compress.bzlib2 on SVN Message-ID: <6324a42a0707280658y5e96106aqa937354386218f88@...178...> mkdir .libs /home/fabien/Download/gambas/trunk/gb.compress.bzlib2/compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -pipe -Wall -Wno-unused-value -g -Os -MT main.lo -MD -MP -MF .deps/main.Tpo -c main.c -DPIC ../libtool: line 1230: /home/fabien/Download/gambas/trunk/gb.compress.bzlib2/compile: No such file or directory make[2]: *** [main.lo] Erreur 1 make[2]: quittant le r?pertoire ? /home/fabien/Download/gambas/trunk/gb.compress.bzlib2/src ? make[1]: *** [all-recursive] Erreur 1 make[1]: quittant le r?pertoire ? /home/fabien/Download/gambas/trunk/gb.compress.bzlib2 ? make: *** [all] Erreur 2 fabien at ...422...:~/Download/gambas/trunk