vb4linux-dev Mailing List for Visual Basic for Linux (Page 5)
Status: Planning
Brought to you by:
luke-jr
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(78) |
Dec
(11) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
|
Feb
|
Mar
(10) |
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2003 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
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 13:12:36
|
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: Luke-Jr <Mi...@an...> - 2000-11-09 03:01:31
|
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: Luke-Jr <Mi...@an...> - 2000-11-09 02:27:49
|
Hello! I setup this list for those of us working on the Visual Basic for Linux project... |