Thread: [VB4Linux-Dev] GUI Development
Status: Planning
Brought to you by:
luke-jr
Menu
▾
▴
vb4linux-dev
|
From: Luke-Jr <Mi...@an...> - 2000-11-09 03:01:31
Attachments:
Mike.vcf
|
Before I begin working on the main window for the GUI (seems to be the obvious place to start...), I'd like opinions of how the windows should be designed... The GUI must be 100% X11 compatible so that anyone can use it... For now at least so we don't have to make a "GNOME-version" and "KDE-version" etc (unless someone knows how to have it do GNOME is running in GNOME and KDE if in KDE etc...)... Anyway, I was thinking about using Glade without the GNOME functions for the GUI... Of course, that's all I know about as far as GUI development anyway (besides doing raw C)... Any other ideas? |
|
From: Abhijit P. <abh...@ma...> - 2000-11-10 15:47:53
|
> Well, this may be the first version of VB4Linux that we make! Microsoft > just accepted me as a Visual Studio.NET beta tester! When I get the > stuff I'll prolly make the help files accessable to the group... hey thats great news! for the VB *.chm files, if you guys could wait till monday, I could have those files up by then. Mike, I think I would need the admin rights to do the needful...(or do I?) I found out some more info about the GUI Development: If you want something that will work on all X-servers, you are better off using just Xlib and XT and not using any widget set at all. This will ensure that your applicatoin will work on any X-server. However, this involoves a lot of programming even for small things like buttons, menus, and diaglog boxes, etc. that we generally take for granted when we use a widget set. If you would like to be able to use your application under all distributions under linux, then you should program using GTK, there is a tutorial at gtk.org and a book in the market. Glade is very useful once you understand the code that is required to be written in GTK, since you need to add to the code automatically generated by Glade. Once you understand basic GTK concepts, Glade makes UI development very easy. |
|
From: Luke-Jr <Mi...@an...> - 2000-11-10 18:46:07
Attachments:
Mike.vcf
|
I was under the impression that any project members could upload to the project groups' directory and modify files set g+w (which the website IS, BTW)... Maybe we could make a builtin implementation of GTK for VB4Linux? Abhijit Paithankar wrote: > > Well, this may be the first version of VB4Linux that we make! Microsoft > > just accepted me as a Visual Studio.NET beta tester! When I get the > > stuff I'll prolly make the help files accessable to the group... > > hey thats great news! > > for the VB *.chm files, if you guys could wait till monday, I could have > those files up by then. > Mike, I think I would need the admin rights to do the needful...(or do I?) > > I found out some more info about the GUI Development: > > If you want something that will work on all X-servers, you are better > off using just Xlib and XT and not using any widget set at all. This > will ensure that your applicatoin will work on any X-server. However, > this involoves a lot of programming even for small things like buttons, > menus, and diaglog boxes, etc. that we generally take for granted when > we use a widget set. > > If you would like to be able to use your application under all > distributions under linux, then you should program using GTK, there is a > tutorial at gtk.org and a book in the market. > Glade is very useful once you understand the code that is required to be > written in GTK, since you need to add to the code automatically > generated by Glade. Once you understand basic GTK concepts, Glade makes > UI development very easy. > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev |
|
From: Massimiliano M. <mas...@so...> - 2000-11-10 19:08:36
|
Hi! > for the VB *.chm files, if you guys could wait till monday, I could have > those files up by then. > Mike, I think I would need the admin rights to do the needful...(or do I?) Exactly, what are the *.chm files? > > I found out some more info about the GUI Development: > > If you want something that will work on all X-servers, you are better > off using just Xlib and XT and not using any widget set at all. This > will ensure that your applicatoin will work on any X-server. However, > this involoves a lot of programming even for small things like buttons, > menus, and diaglog boxes, etc. that we generally take for granted when > we use a widget set. > Yes. The Xlib giveus some simple directive to build widgets. Using it, its too long, and too difficult to make widgets more fine than GTK or QT. > If you would like to be able to use your application under all > distributions under linux, then you should program using GTK, there is a > tutorial at gtk.org and a book in the market. An Oreilly book... GNOME/GTK. I've read the tutorial, is not so difficult to learn. > Glade is very useful once you understand the code that is required to be > written in GTK, since you need to add to the code automatically > generated by Glade. Once you understand basic GTK concepts, Glade makes > UI development very easy. The basic concept of the GTK widgets is simple. All is based on the gtk_container(); Is our application fulluycompatible with vb6or later? For me I must learn all the file specificatiions (frx, vbp, frm, basmodules) :)))) The MSOffice implementation? We treat it as OCX? We can integrate with some LinuxOffice as well SUNSoffice, koffice, ecc... Thinking thatGTK Pure is for us. And all the gtk portings. |
|
From: Luke-Jr <Mi...@an...> - 2000-11-10 21:05:35
Attachments:
Mike.vcf
|
CHM are Micro$oft HTML Help files... Massimiliano Masi wrote: > Hi! > > > for the VB *.chm files, if you guys could wait till monday, I could have > > those files up by then. > > Mike, I think I would need the admin rights to do the needful...(or do I?) > > Exactly, what are the *.chm files? > > > > > I found out some more info about the GUI Development: > > > > If you want something that will work on all X-servers, you are better > > off using just Xlib and XT and not using any widget set at all. This > > will ensure that your applicatoin will work on any X-server. However, > > this involoves a lot of programming even for small things like buttons, > > menus, and diaglog boxes, etc. that we generally take for granted when > > we use a widget set. > > > > Yes. The Xlib giveus some simple directive to build widgets. > > Using it, its too long, and too difficult to make widgets more fine than GTK > or QT. > > > If you would like to be able to use your application under all > > distributions under linux, then you should program using GTK, there is a > > tutorial at gtk.org and a book in the market. > > An Oreilly book... GNOME/GTK. > > I've read the tutorial, is not so difficult to learn. > > > Glade is very useful once you understand the code that is required to be > > written in GTK, since you need to add to the code automatically > > generated by Glade. Once you understand basic GTK concepts, Glade makes > > UI development very easy. > > The basic concept of the GTK widgets is simple. All is based on the > gtk_container(); > > Is our application fulluycompatible with vb6or later? > For me I must learn all the file specificatiions (frx, vbp, frm, basmodules) > :)))) > > The MSOffice implementation? We treat it as OCX? > > We can integrate with some LinuxOffice as well SUNSoffice, koffice, ecc... > > Thinking thatGTK Pure is for us. > > And all the gtk portings. > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev |
|
From: Abhijit P. <abh...@ma...> - 2000-11-09 13:12:36
Attachments:
abhijitp.vcf
|
ok my SF Unix name is: ab_p hey man...before we start off, we need the requirement specifications document for the project it is important. Also, we need to clearly define the architecture and figure out the modules so that they can be worked upon individually by different programmers. Since GNOME and KDE can co-exist, GNOME-version and KDE-version would not be necessary. We would use the basic Gtk+ library. For that matter, Glade would be fine but, then you have to decide if it provides sufficient degree of control. Also, it would be great if we could separate the back end engine from the front end GUI again for modularity. we could actually develop the front end and the back end separately. We can then integrate them together. Luke-Jr wrote: > Before I begin working on the main window for the GUI (seems to be the > obvious place to start...), I'd like opinions of how the windows should > be designed... The GUI must be 100% X11 compatible so that anyone can > use it... For now at least so we don't have to make a "GNOME-version" > and "KDE-version" etc (unless someone knows how to have it do GNOME is > running in GNOME and KDE if in KDE etc...)... Anyway, I was thinking > about using Glade without the GNOME functions for the GUI... Of course, > that's all I know about as far as GUI development anyway (besides doing > raw C)... Any other ideas? |
|
From: Martino S. <ms...@ti...> - 2000-11-09 14:25:06
|
----- Original Message ----- From: "Abhijit Paithankar" <abh...@ma...> To: <vb4...@li...> Sent: Thursday, November 09, 2000 2:07 PM Subject: Re: [VB4Linux-Dev] GUI Development > ok my SF Unix name is: ab_p > > hey man...before we start off, we need the requirement specifications > document for the project it is important. > Also, we need to clearly define the architecture and figure out the > modules so that they can be worked upon individually by different > programmers. > Since GNOME and KDE can co-exist, GNOME-version and KDE-version would not > be necessary. We would use the basic Gtk+ library. For that matter, Glade > would be fine but, then you have to decide if it provides sufficient > degree of control. > > Also, it would be great if we could separate the back end engine from the > front end GUI again for modularity. > we could actually develop the front end and the back end separately. > We can then integrate them together. We can do a command line tool called from the VBIDE that reinterprets the BASIC syntax to C, like gjc or similiar. But another problem is in my mind: the OCX support. How we can implement the OCX linkage? I was thinking to an open library like the VCL for Delphi. |
|
From: Abhijit P. <abh...@ma...> - 2000-11-09 16:50:02
Attachments:
abhijitp.vcf
|
> > We can do a command line tool called from the VBIDE that reinterprets the > BASIC syntax to C, like gjc or similiar. > > But another problem is in my mind: the OCX support. How we can implement the > OCX linkage? > I was thinking to an open library like the VCL for Delphi. > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev ok, I think we shall go ahead with the "VB2C" model we need to think about a lot of things 1. DAO and ADO Support 2. OCX Support 3. CHM and HLP file creator and reader 4. VB Code Editor 5. VB2C interpreter [has "something2C" been implemented before in the open development community?] 6. GUI Development 7. Runtime Environment 8. Work Distribution 9. Project Documentation |
|
From: Luke-Jr <Mi...@an...> - 2000-11-09 20:50:30
Attachments:
Mike.vcf
|
Not sure what DAO or ADO are, but most of those are things I've thought of already and are on the project's Task list... Abhijit Paithankar wrote: > > > > We can do a command line tool called from the VBIDE that reinterprets the > > BASIC syntax to C, like gjc or similiar. > > > > But another problem is in my mind: the OCX support. How we can implement the > > OCX linkage? > > I was thinking to an open library like the VCL for Delphi. > > > > _______________________________________________ > > VB4Linux-Dev mailing list > > VB4...@li... > > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev > > ok, I think we shall go ahead with the "VB2C" model > > we need to think about a lot of things > > 1. DAO and ADO Support > 2. OCX Support > 3. CHM and HLP file creator and reader > 4. VB Code Editor > 5. VB2C interpreter [has "something2C" been implemented before in the open > development community?] > 6. GUI Development > 7. Runtime Environment > 8. Work Distribution > 9. Project Documentation |
|
From: Abhijit P. <abh...@ma...> - 2000-11-10 03:59:13
Attachments:
abhijitp.vcf
|
DAO : Data Access Objects RDO: Remote Data Objects ADO: ActiveX Data Objects for database connectivity. Again, these objects work with ODBC drivers so we need a set of ODBC Drivers too what about COM DCOM support ? Also, the present version; VB6 is NOT Object Oriented. VB7 is expected to be Object Oriented. Do we make VB4Linux Object Oriented? ================================================================== Luke-Jr wrote: > Not sure what DAO or ADO are, but most of those are things I've thought of > already and are on the project's Task list... > > Abhijit Paithankar wrote: > > > > > > > We can do a command line tool called from the VBIDE that reinterprets the > > > BASIC syntax to C, like gjc or similiar. > > > > > > But another problem is in my mind: the OCX support. How we can implement the > > > OCX linkage? > > > I was thinking to an open library like the VCL for Delphi. > > > > > > _______________________________________________ > > > VB4Linux-Dev mailing list > > > VB4...@li... > > > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev > > > > ok, I think we shall go ahead with the "VB2C" model > > > > we need to think about a lot of things > > > > 1. DAO and ADO Support > > 2. OCX Support > > 3. CHM and HLP file creator and reader > > 4. VB Code Editor > > 5. VB2C interpreter [has "something2C" been implemented before in the open > > development community?] > > 6. GUI Development > > 7. Runtime Environment > > 8. Work Distribution > > 9. Project Documentation |
|
From: Massimiliano M. <mas...@so...> - 2000-11-09 17:59:35
|
> > Since GNOME and KDE can co-exist, GNOME-version and KDE-version would not > > be necessary. We would use the basic Gtk+ library. For that matter, Glade > > would be fine but, then you have to decide if it provides sufficient > > degree of control. Yes. At this stage, I think that glade does not provide too much control for the widget. (0.5?) > > > > Also, it would be great if we could separate the back end engine from the > > front end GUI again for modularity. > > we could actually develop the front end and the back end separately. > > We can then integrate them together. > > We can do a command line tool called from the VBIDE that reinterprets the > BASIC syntax to C, like gjc or similiar. GNUBasic (don't know the real name of the package) reinterprets BASIC->C? we can use it? > > But another problem is in my mind: the OCX support. How we can implement the > OCX linkage? > I was thinking to an open library like the VCL for Delphi. (accidenti al mio inglese) Think that we must decide some of important question about the win32 programming ... OCX Linking, ADODB, other conterparties vb software, for example. This project seems to be very big!!!!!!!!!!!!!!!!!!! ;-)))))))))))) -- English for the impatient: Lesson 1: How old are you? Ehm... argh... |
|
From: Luke-Jr <Mi...@an...> - 2000-11-09 22:50:20
Attachments:
Mike.vcf
|
Wrong. It doesn't SEEM to be very big... It IS very big... ;-P Massimiliano Masi wrote: > > > Since GNOME and KDE can co-exist, GNOME-version and KDE-version would > not > > > be necessary. We would use the basic Gtk+ library. For that matter, > Glade > > > would be fine but, then you have to decide if it provides sufficient > > > degree of control. > > Yes. At this stage, I think that glade does not provide too much control for > the widget. (0.5?) > > > > > > > Also, it would be great if we could separate the back end engine from > the > > > front end GUI again for modularity. > > > we could actually develop the front end and the back end separately. > > > We can then integrate them together. > > > > We can do a command line tool called from the VBIDE that reinterprets the > > BASIC syntax to C, like gjc or similiar. > > GNUBasic (don't know the real name of the package) reinterprets BASIC->C? > we can use it? > > > > > But another problem is in my mind: the OCX support. How we can implement > the > > OCX linkage? > > I was thinking to an open library like the VCL for Delphi. > > (accidenti al mio inglese) > > Think that we must decide some of important question about the win32 > programming ... > > OCX Linking, ADODB, other conterparties vb software, for example. > > This project seems to be very big!!!!!!!!!!!!!!!!!!! > > ;-)))))))))))) > > -- > English for the impatient: Lesson 1: How old are you? Ehm... argh... > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev |
|
From: Luke-Jr <Mi...@an...> - 2000-11-09 20:49:24
Attachments:
Mike.vcf
|
Hmm... OCXes /IS/ a problem I didn't think of... Maybe we can use a module for OCX support that has a bit of code from Wine or something... As far as compiling OCXes is concerned, I think we'll have to make it write it in Windows format for compatibility... I'm pretty sure Wine must have documentation of the Windows executable format... Martino Serri wrote: > ----- Original Message ----- > From: "Abhijit Paithankar" <abh...@ma...> > To: <vb4...@li...> > Sent: Thursday, November 09, 2000 2:07 PM > Subject: Re: [VB4Linux-Dev] GUI Development > > > ok my SF Unix name is: ab_p > > > > hey man...before we start off, we need the requirement specifications > > document for the project it is important. > > Also, we need to clearly define the architecture and figure out the > > modules so that they can be worked upon individually by different > > programmers. > > Since GNOME and KDE can co-exist, GNOME-version and KDE-version would not > > be necessary. We would use the basic Gtk+ library. For that matter, Glade > > would be fine but, then you have to decide if it provides sufficient > > degree of control. > > > > Also, it would be great if we could separate the back end engine from the > > front end GUI again for modularity. > > we could actually develop the front end and the back end separately. > > We can then integrate them together. > > We can do a command line tool called from the VBIDE that reinterprets the > BASIC syntax to C, like gjc or similiar. > > But another problem is in my mind: the OCX support. How we can implement the > OCX linkage? > I was thinking to an open library like the VCL for Delphi. > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev |
|
From: Martino S. <ms...@ti...> - 2000-11-11 12:51:06
|
I don't think is a good idea to call the OCX at run-time, we need to do this a reimplementation of OLE and friends. We can also do a basic library for the common OCX used on the VB Project and link it to the project. ----- Original Message ----- From: "Luke-Jr" <Mi...@an...> To: <vb4...@li...> Sent: Thursday, November 09, 2000 9:49 PM Subject: Re: [VB4Linux-Dev] GUI Development > Hmm... OCXes /IS/ a problem I didn't think of... Maybe we can use a module for > OCX support that has a bit of code from Wine or something... As far as > compiling OCXes is concerned, I think we'll have to make it write it in Windows > format for compatibility... I'm pretty sure Wine must have documentation of the > Windows executable format... > > Martino Serri wrote: > |
|
From: Luke-Jr <Mi...@an...> - 2000-11-11 14:44:45
Attachments:
Mike.vcf
|
Maybe we could do that also, but I was thinking on the lines of having the Windows OCXes supported by VB4Linux even if emulation is needed... There's alot of Windows OCXes out there, after all... Martino Serri wrote: > I don't think is a good idea to call the OCX at run-time, we need to do this > a reimplementation of OLE and friends. > > We can also do a basic library for the common OCX used on the VB Project and > link it to the project. > > ----- Original Message ----- > From: "Luke-Jr" <Mi...@an...> > To: <vb4...@li...> > Sent: Thursday, November 09, 2000 9:49 PM > Subject: Re: [VB4Linux-Dev] GUI Development > > > Hmm... OCXes /IS/ a problem I didn't think of... Maybe we can use a module > for > > OCX support that has a bit of code from Wine or something... As far as > > compiling OCXes is concerned, I think we'll have to make it write it in > Windows > > format for compatibility... I'm pretty sure Wine must have documentation > of the > > Windows executable format... > > > > Martino Serri wrote: > > > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev |
|
From: Massimiliano M. <mas...@so...> - 2000-11-09 17:50:53
|
----- Original Message ----- From: "Luke-Jr" <Mi...@an...> To: <vb4...@li...> Sent: Wednesday, November 08, 2000 7:01 PM Subject: [VB4Linux-Dev] GUI Development > Before I begin working on the main window for the GUI (seems to be the > obvious place to start...), I'd like opinions of how the windows should > be designed... The GUI must be 100% X11 compatible so that anyone can > use it... For now at least so we don't have to make a "GNOME-version" > and "KDE-version" etc (unless someone knows how to have it do GNOME is > running in GNOME and KDE if in KDE etc...)... Anyway, I was thinking > about using Glade without the GNOME functions for the GUI... Of course, > that's all I know about as far as GUI development anyway (besides doing > raw C)... Any other ideas? > No... ;-) Simply, we can use XLib directly, ;PPPP There was an old example, a GUI from an italian boy, the name was vdk or vdkbuilder ... don't know where...(the uri of the project) Of course, we can use GTK (gtk pure). I've only seen glade, not too much... I think that glade works well...!!!! The first thing that I must do is learn TOO MUCH ENGLISH ... :(((((((((((((((((( Bye Massimiliano |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X