vb4linux-dev Mailing List for Visual Basic for Linux
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: mallipeddi s. <mal...@ho...> - 2004-08-25 06:35:16
|
Respected sir, just i have entered in to the world of linux so please clarify wherther we can run Visual basic on linux and java also on linux if so where can i get the documentation . waiting for ur reply thanking you sir _________________________________________________________________ Dreaming of building your very own house? http://citibank.mediaturf.net/carcash2/landing/key_landing.jsp?referrer=HMtgofline Get Citibank Home Loan. |
From: <cls...@ya...> - 2004-01-18 00:15:35
|
Hi everybody, is the project still running? i have look at the project page, but no releases, no sources on the CVS, no Home Page, just some discusion on the Mailing List. _________________________________________________________ Do You Yahoo!? La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. http://net.yahoo.com.mx |
From: Black, K. W [PCS] <kbl...@sp...> - 2003-02-05 21:49:37
|
A good start would probably be porting something like a2p so that one could simply port visual basic applications to Perl. Regards, Kelly Black Sprint PCS Performance Engineering Irvine, Ca. 92612 949-623-5417 714-404-4010 (PCS) Linux was very clearly the answer, but what was the question again? -----Original Message----- From: Otto Rey [mailto:Ot...@ha...] Sent: Wednesday, February 05, 2003 11:57 AM To: vb4...@li... Subject: [VB4Linux-Dev] I want to participate in this project HI. Im Visual Basic developer and i hate Microsoft and i love Linux. Many Visual Basic developers need something like Visual Basic For Linux to start development of applications for Linux. So, i want to participate with you. Thanks ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ VB4Linux-Dev mailing list VB4...@li... https://lists.sourceforge.net/lists/listinfo/vb4linux-dev |
From: Otto R. <Ot...@ha...> - 2003-02-05 19:55:14
|
<HTML> <HEAD> <META http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <META NAME="GENERATOR" Content="JPVMailer Beta2 v0.0.2"> <TITLE>I want to participate in this project</TITLE> </HEAD> <BODY> <font color="#000000" size=3>HI. Im Visual Basic developer and i hate Microsoft and i love Linux. Many Visual Basic developers need something like Visual Basic For Linux to start development of applications for Linux. So, i want to participate with you.</font><br> <br> <br> <font color="#000000" size=3>Thanks</font></BODY> </HTML> |
From: Black, K. W <kbl...@sp...> - 2002-06-17 23:27:44
|
Hi all, I noticed my name mentioned in the pilot pages at http://www.seul.org/edu/report60.html and thought I would check in to see how things are materializing. Regards, Kelly Black Sprint PCS 18200 Von Karman Irvine, Ca. 92612 949-623-5417 Live Free! ~ Run Linux! |
From: Luke-Jr <Mi...@an...> - 2001-06-08 16:11:11
|
Hmm... The images will probably be a problem... I haven't looked at the FRX files yet, but there is a slight chance they might simply be a resource file... What system dependent features are you referring to? Abhijit Paithankar wrote: >Hi, >I am writing after a long time. > >I would like to discuss some issues regarding the VB2C compiler. > >First of all, I have been able to have the compiler working at a level that has been achieved by the Naken-VB2C and it does it better, and more features are present. > >The problem I am facing now, is, how do I extract the toolbars and the images from the form? > >Also, how do we address the problems of various system dependent features of VB? > >Is this project really feasible? > >Regards, >Abhijit Paithankar > |
From: Jimmy O'R. <ji...@ir...> - 2001-06-08 10:10:05
|
On Fri, 8 Jun 2001, Abhijit Paithankar wrote: > Hi, > I am writing after a long time. > > I would like to discuss some issues regarding the VB2C compiler. > > First of all, I have been able to have the compiler working at a level that has been achieved by the Naken-VB2C and it does it better, and more features are present. > > The problem I am facing now, is, how do I extract the toolbars and the images from the form? Gnome Basic has support for this stuff. The frx file contains the various files with a 2 character boundary which seems to be a type descriptor. > > Also, how do we address the problems of various system dependent features of VB? Use Wine? > > Is this project really feasible? Yeah. If the backend can be made modular enough, it could be used to compile normal VB to MSIL, and hence to .Net, which will get a lot of support from VB programmers who don't want to go checking everything they've written. > > Regards, > Abhijit Paithankar Jimmy O'Regan |
From: Abhijit P. <abh...@vs...> - 2001-06-08 07:21:59
|
Hi, I am writing after a long time. I would like to discuss some issues regarding the VB2C compiler. First of all, I have been able to have the compiler working at a level that has been achieved by the Naken-VB2C and it does it better, and more features are present. The problem I am facing now, is, how do I extract the toolbars and the images from the form? Also, how do we address the problems of various system dependent features of VB? Is this project really feasible? Regards, Abhijit Paithankar |
From: Matthew K. <kel...@po...> - 2001-03-15 15:08:39
|
Abhijit Paithankar wrote: > well...obviously, we cannot support M$ databases like Access under > Linux...so..do we use a small plug-in thingy to convert the Access database > to say..MySql DB and help the user do all the necessary things like adding > users and stuff. The URL below is an article on one way of converting MS Access databases to mySQL. http://www.osfaq.com/article.php3?sid=76 -- Matthew Keller Enterprise Systems Analyst Computing & Technology Services Information Services Division State University of New York at Potsdam Website: http://mattwork.potsdam.edu/ PGP: http://mattwork.potsdam.edu/crypto/ |
From: Abhijit P. <spa...@pn...> - 2001-03-15 07:27:34
|
Hi, well...obviously, we cannot support M$ databases like Access under Linux...so..do we use a small plug-in thingy to convert the Access database to say..MySql DB and help the user do all the necessary things like adding users and stuff. This script runs before the actual VB2C compiling takes place. Once these variables have been set, database ready and data extracted, the user can then proceed to compile the application. Since all this shall be 'Dialog-box--> Back, Next, Cancel'(walk-through) based, it shall be very easy for the user...programming here has to follow some guidlines tho'... As for the OCX things, I do not know of any such things that exist for Linux... just a thought...can you build database apps using Glade?..if so, then they might have developed some components...maybe we could use them..or one of us could just write them..(as the last option) Does anybody know about the bonobo project? Pls send me information like, URL, docs-URL, state of project and how does it fare against KOM? If bonobo is not mature enough, can we use KOM for ActiveX controls-like functionality? Regards, Abhijit Paithankar > -----Original Message----- > From: Luke-Jr [mailto:Mi...@an...] > Sent: Monday, March 12, 2001 4:51 PM > To: abh...@ma... > Subject: Re: [VB4Linux-Dev] I hate subjects > > > Hmm... How about branching off JUST enough so it's not Windows-specific? > For example, have programs refer to .so (I /THINK/ this is the *nix > equivalent) instead of .DLLs and just temperarally ignore that Windows > API using programs will break? > And instead of OCXes, something else (does X have a similar > component?)... > > Matthew Keller wrote: > > > > Abhijit Paithankar wrote: > > > The problem is that on the M$ platform, we have stuff like ODBC and > > > DSN...how do we implement this in Linux? Also, what database > server do we > > > support? > > > If the VB app uses an access database, it does not have > things like users > > > and passwords. How do we port this to linux? > > > > I *strongly* think that in the realm of DB access, > VB4Linux needs to > > shoot off from being a VB clone, and do things in a UN*Xish way. Perl, > > for example, does DB's right. There is a generic DB front-end, and then > > you plug individual DB-types into IT. So, you can write a Perl program > > to the DB API, and change, at will, the actual DB-type you're accessing > > by diddling a variable and switching from TDB to mySQL to Oracle, etc. > > We shouldn't, IMHO, even TRY to support M$'s flawed DB-model. > > > > -- > > > > Matthew Keller > > Enterprise Systems Analyst > > Computing & Technology Services > > Information Services Division > > State University of New York at Potsdam > > > > Website: http://mattwork.potsdam.edu/ > > PGP: http://mattwork.potsdam.edu/crypto/ > > > > _______________________________________________ > > VB4Linux-Dev mailing list > > VB4...@li... > > http://lists.sourceforge.net/lists/listinfo/vb4linux-dev > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/lists/listinfo/vb4linux-dev > |
From: C. L. <c_l...@ya...> - 2001-03-14 20:41:23
|
http://www.basicguru.com/abc/rapidq/ __________________________________________________ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ |
From: Luke-Jr <Mi...@an...> - 2001-03-11 22:02:31
|
Abhijit Paithankar wrote: > > Questions: > > 1. what is the VB.NET thingy? VB.NET is most often called VB 7.0 > 2. How different is it from the usual VB? Basicly a total remake of the syntax and usage etc... > 3. Should VB4Linux/VB2C support VB.NET? Yup... First 6.0 tho. > 4. Where can I find docs? I have the VB.NET installed on my system, but all the docs are in some new (non-CHM) help format and are viewed inside of VB.NET's GUI... > > Regards, > Abhijit Paithankar > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/lists/listinfo/vb4linux-dev |
From: Abhijit P. <spa...@pn...> - 2001-03-10 10:34:10
|
Questions: 1. what is the VB.NET thingy? 2. How different is it from the usual VB? 3. Should VB4Linux/VB2C support VB.NET? 4. Where can I find docs? Regards, Abhijit Paithankar |
From: Matthew K. <kel...@po...> - 2001-03-09 19:46:25
|
Luke-Jr wrote: > Hmm... How about branching off JUST enough so it's not Windows-specific? > For example, have programs refer to .so (I /THINK/ this is the *nix > equivalent) instead of .DLLs and just temperarally ignore that Windows > API using programs will break? > And instead of OCXes, something else (does X have a similar > component?)... I know that other groups have tried implementing M$'s DB scheme on UNIX (most notable, the StarOffice Suite), but have had a miserable time at it. You could check the StarOffice source, I think that their MDB stuff is still in there, although it's probably "IFDEF"'d out so it doesn't compile in. In order to implement this we would most definitely have to build an ODBC/DSN system for UNIX, and that would, IMHO, detract from the otherwise noble goal of bringing a really-cool rapid application development language/interface to the Linux/UNIX world. I guess it comes down to do you want 95% of Windows-built VB apps to work 80% of the time, or 80% of the Windows-built VB apps to work 95% of the time. :) I, personally, think offering *nix database support using the same VB DB interface is a far more noble/better goal, than offering M$DB support, but then again, I'm biased. ;) X itself has no OCX-equivalent, however the GTK programming language does have a very OCXish object file model. .so's are, more or less, the equivalent to .DLL's, the problem is that the only place where they are used, really, is within the kernel and operating system. Apache web server has .so support, and a couple of other packages, but most UNIX apps prefer static linking libraries to dynamic ones. -- Matthew Keller Enterprise Systems Analyst Computing & Technology Services Information Services Division State University of New York at Potsdam Website: http://mattwork.potsdam.edu/ PGP: http://mattwork.potsdam.edu/crypto/ |
From: Luke-Jr <Mi...@an...> - 2001-03-09 19:01:00
|
Hmm... How about branching off JUST enough so it's not Windows-specific? For example, have programs refer to .so (I /THINK/ this is the *nix equivalent) instead of .DLLs and just temperarally ignore that Windows API using programs will break? And instead of OCXes, something else (does X have a similar component?)... Matthew Keller wrote: > > Abhijit Paithankar wrote: > > The problem is that on the M$ platform, we have stuff like ODBC and > > DSN...how do we implement this in Linux? Also, what database server do we > > support? > > If the VB app uses an access database, it does not have things like users > > and passwords. How do we port this to linux? > > I *strongly* think that in the realm of DB access, VB4Linux needs to > shoot off from being a VB clone, and do things in a UN*Xish way. Perl, > for example, does DB's right. There is a generic DB front-end, and then > you plug individual DB-types into IT. So, you can write a Perl program > to the DB API, and change, at will, the actual DB-type you're accessing > by diddling a variable and switching from TDB to mySQL to Oracle, etc. > We shouldn't, IMHO, even TRY to support M$'s flawed DB-model. > > -- > > Matthew Keller > Enterprise Systems Analyst > Computing & Technology Services > Information Services Division > State University of New York at Potsdam > > Website: http://mattwork.potsdam.edu/ > PGP: http://mattwork.potsdam.edu/crypto/ > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/lists/listinfo/vb4linux-dev |
From: Matthew K. <kel...@po...> - 2001-03-09 14:51:46
|
Abhijit Paithankar wrote: > The problem is that on the M$ platform, we have stuff like ODBC and > DSN...how do we implement this in Linux? Also, what database server do we > support? > If the VB app uses an access database, it does not have things like users > and passwords. How do we port this to linux? I *strongly* think that in the realm of DB access, VB4Linux needs to shoot off from being a VB clone, and do things in a UN*Xish way. Perl, for example, does DB's right. There is a generic DB front-end, and then you plug individual DB-types into IT. So, you can write a Perl program to the DB API, and change, at will, the actual DB-type you're accessing by diddling a variable and switching from TDB to mySQL to Oracle, etc. We shouldn't, IMHO, even TRY to support M$'s flawed DB-model. -- Matthew Keller Enterprise Systems Analyst Computing & Technology Services Information Services Division State University of New York at Potsdam Website: http://mattwork.potsdam.edu/ PGP: http://mattwork.potsdam.edu/crypto/ |
From: Abhijit P. <spa...@pn...> - 2001-03-09 11:52:11
|
hey all! I have almost finished working on the GUI components. I would now like to get started with the implementation data access components and want to start a discussion about it. The problem is that on the M$ platform, we have stuff like ODBC and DSN...how do we implement this in Linux? Also, what database server do we support? If the VB app uses an access database, it does not have things like users and passwords. How do we port this to linux? For the ActiveX Components, do we use Bonobo or KOM? Regards, Abhijit Paithankar |
From: Abhijit P. <spa...@pn...> - 2001-03-01 16:40:26
|
I have created an SF project: http://sourceforge.net/projects/vb2c I shall be uploading the source-code for the compiler and some screen shots soon. keep checking the site for latest on VB2C. Regards, Abhijit Paithankar |
From: Abhijit P. <abh...@ma...> - 2000-12-27 12:09:22
|
We need someone to code the syntax analyzer and error generator and integrate it with the GUI....like the way it has been in implemented in MS VB. Regards, abhijit |
From: Luke-Jr <Mi...@an...> - 2000-12-23 18:09:25
|
Well, I was thinking more of OCX2SO making a pre-emulated SO file... A bit more complex, but probably the best idea.... Abhijit Paithankar wrote: > > an OCX2SO converter is possible when you have the OCX source code....but we > want to convert the OCX components that are already compiled....in this > case, the OCX2SO is not possible. > we either have to re-write the OCX files, or emulate them...the first one is > very tedious, but emulation is difficult to implement...then one might say > why not emulate the whole VB environment?? > > we need solid foundation architecture for this project. > > Regards, > ab_p > > > -----Original Message----- > > From: vb4...@li... > > [mailto:vb4...@li...]On Behalf Of Luke-Jr > > Sent: Saturday, December 23, 2000 8:31 AM > > To: vb4...@li... > > Subject: Re: [VB4Linux-Dev] VB4Linux > > > > > > Well, I think the best way to implement OCX stuff would probably be to > > have a seperate OCX2SO converter... > > The debugging environment will not use the compiler at all probably... > > > > > > Abhijit Paithankar wrote: > > > > > > hey mike! > > > have you made any documentation about how the whole system is > > going to work > > > ? > > > > > > things like how OCXs are managed, or how the debugging > > environment works and > > > stuff like that...?? > > > > > > pls let me know > > > > > > Regards, > > > ab_p > > > > > > _______________________________________________ > > > VB4Linux-Dev mailing list > > > VB4...@li... > > > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev > > > > _______________________________________________ > > VB4Linux-Dev mailing list > > VB4...@li... > > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev |
From: Abhijit P. <abh...@ma...> - 2000-12-23 16:57:30
|
an OCX2SO converter is possible when you have the OCX source code....but we want to convert the OCX components that are already compiled....in this case, the OCX2SO is not possible. we either have to re-write the OCX files, or emulate them...the first one is very tedious, but emulation is difficult to implement...then one might say why not emulate the whole VB environment?? we need solid foundation architecture for this project. Regards, ab_p > -----Original Message----- > From: vb4...@li... > [mailto:vb4...@li...]On Behalf Of Luke-Jr > Sent: Saturday, December 23, 2000 8:31 AM > To: vb4...@li... > Subject: Re: [VB4Linux-Dev] VB4Linux > > > Well, I think the best way to implement OCX stuff would probably be to > have a seperate OCX2SO converter... > The debugging environment will not use the compiler at all probably... > > > Abhijit Paithankar wrote: > > > > hey mike! > > have you made any documentation about how the whole system is > going to work > > ? > > > > things like how OCXs are managed, or how the debugging > environment works and > > stuff like that...?? > > > > pls let me know > > > > Regards, > > ab_p > > > > _______________________________________________ > > VB4Linux-Dev mailing list > > VB4...@li... > > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev |
From: Luke-Jr <Mi...@an...> - 2000-12-23 13:31:05
|
Well, I think the best way to implement OCX stuff would probably be to have a seperate OCX2SO converter... The debugging environment will not use the compiler at all probably... Abhijit Paithankar wrote: > > hey mike! > have you made any documentation about how the whole system is going to work > ? > > things like how OCXs are managed, or how the debugging environment works and > stuff like that...?? > > pls let me know > > Regards, > ab_p > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev |
From: Abhijit P. <abh...@ma...> - 2000-12-23 11:51:27
|
hey mike! have you made any documentation about how the whole system is going to work ? things like how OCXs are managed, or how the debugging environment works and stuff like that...?? pls let me know Regards, ab_p |
From: Abhijit P. <abh...@ma...> - 2000-12-19 19:29:48
|
if necessary, I can implement the syntax checker in the compiler..that is not the problem...then it shall compile like the other usual C/C++ programs right now, let us not base it on VB.NET.....I thought about this some time ago, and came to conclusion that we need to have the base development environment ready forst...it is still some time till the VB.NET is formally out and programmers build applications based on it. Right now, I want VB4Linux to be a stable and comprehensive VB development environment. Lets build it from the base. the focus right now shall be to make all the existing VB programs developed in VB6.0 or eariler to work with the compiler.....we can think about VB.NET in the later phases. Regards, abhi > -----Original Message----- > From: vb4...@li... > [mailto:vb4...@li...]On Behalf Of Luke-Jr > Sent: Tuesday, December 19, 2000 2:12 PM > To: vb4...@li... > Subject: Re: [VB4Linux-Dev] compiler > > > Right. The compiler can just mess up and malfunction if it's not > formatted correctly... > As for basing VB4Linux on VB.NET, I'm pretty much thinking that it's a > horrible idea as VB.NET has a very annoying syntax and doesn't seem to > work with OCXes... Although both of those might be a +... Anyway, if we > were going to make it based on VB.NET, we'd have to have support for C++ > and C# seeing as they're all packaged together in Visual Studio.NET... > Also, seeing as I can't seem to find a viewer for the VS.NET help files, > it would be hard for others to work on it based on VB.NET... > > Abhijit Paithankar wrote: > > > > I am assuming that the syntax analysis will be taken care in the IDE > > itself...like on M$ Platform... > > > > pls confirm this Mike....I am NOT implementing the syntax checker in the > > compiler. > > > > Abhijit Paithankar > > > > _______________________________________________ > > VB4Linux-Dev mailing list > > VB4...@li... > > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev |
From: Luke-Jr <Mi...@an...> - 2000-12-19 19:17:39
|
Right. The compiler can just mess up and malfunction if it's not formatted correctly... As for basing VB4Linux on VB.NET, I'm pretty much thinking that it's a horrible idea as VB.NET has a very annoying syntax and doesn't seem to work with OCXes... Although both of those might be a +... Anyway, if we were going to make it based on VB.NET, we'd have to have support for C++ and C# seeing as they're all packaged together in Visual Studio.NET... Also, seeing as I can't seem to find a viewer for the VS.NET help files, it would be hard for others to work on it based on VB.NET... Abhijit Paithankar wrote: > > I am assuming that the syntax analysis will be taken care in the IDE > itself...like on M$ Platform... > > pls confirm this Mike....I am NOT implementing the syntax checker in the > compiler. > > Abhijit Paithankar > > _______________________________________________ > VB4Linux-Dev mailing list > VB4...@li... > http://lists.sourceforge.net/mailman/listinfo/vb4linux-dev |