Thread: [Fwd: Re: [Java-gnome-developer] Java-GNOME thoughts]
Brought to you by:
afcowie
Menu
▾
▴
java-gnome-developer
|
From: Elias M. <el...@al...> - 2003-11-11 12:34:24
|
Andrew - Dev wrote: > Actually, the thing that I think is missing (or I can't find) is a > substitute for MS Access. I think something could be done that uses > HSQLDB (for example) and a front end is tacked on to it to provide a > schema builder, forms, reports. I have seen some around, but they are > really poor quality and usually cost $. That's a brilliant suggestion really. I consider JDBC to be superiour to the non-java alternatives. ODBC isn't much of a standard on Unix, and Gnome-DB isn't working properly yet and still doesn't support many databases. Every single database out there has working JDBC drivers available today. This is the best suggestion so far for a killer app that leverages Java technologies. Don't you all think? Elias |
|
From: Luca De R. <pie...@li...> - 2003-11-11 18:42:44
|
Il mar, 2003-11-11 alle 13:34, Elias Martenson ha scritto: > Andrew - Dev wrote: > > > Actually, the thing that I think is missing (or I can't find) is a > > substitute for MS Access. I think something could be done that uses > > HSQLDB (for example) and a front end is tacked on to it to provide a > > schema builder, forms, reports. I have seen some around, but they are > > really poor quality and usually cost $. > > That's a brilliant suggestion really. I consider JDBC to be superiour to > the non-java alternatives. ODBC isn't much of a standard on Unix, and > Gnome-DB isn't working properly yet and still doesn't support many > databases. Every single database out there has working JDBC drivers > available today. > > This is the best suggestion so far for a killer app that leverages Java > technologies. Don't you all think? I think this suggestion it's even better than the former ones, but I'm wondering who is going (and got the skills) to implement such a nice project? Luca. -- Luca De Rugeriis <pie...@li...> |
|
From: Mark H. <mh...@ca...> - 2003-11-11 19:09:24
|
That was one thing that came into my mind too. It is the main windows app thats missing from linux (although some would say it encourages bad practice, so shouldn't be ported). I think this could be put in the same category as apps such as those to control supermarkets - essential for firms who use them, but useless for most ppl, including open source hackers who don't make a living out of it. On Tue, Nov 11, 2003 at 07:40:33PM +0100,Luca De Rugeriis wrote: > I think this suggestion it's even better than the former ones, but I'm > wondering who is going (and got the skills) to implement such a nice > project? IMHO, it won't be done unless a company pays for it (Ximian, novell, hp?). But then they have no incentive to use java-gnome :( As for what needs to be done to make java-gnome a killer app, I'd suggest just keep going how we are - fixing bugs, improving the API and implementing other gnome features. If the java-gnome is as good as we all think, it will get the attention and get apps written for it. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
|
From: Elias M. <el...@al...> - 2003-11-11 21:23:33
|
tis 2003-11-11 klockan 19.40 skrev Luca De Rugeriis: > Il mar, 2003-11-11 alle 13:34, Elias Martenson ha scritto: > > Andrew - Dev wrote: > > > > > Actually, the thing that I think is missing (or I can't find) is a > > > substitute for MS Access. I think something could be done that uses > > > HSQLDB (for example) and a front end is tacked on to it to provide a > > > schema builder, forms, reports. I have seen some around, but they are > > > really poor quality and usually cost $. > > > > That's a brilliant suggestion really. I consider JDBC to be superiour to > > the non-java alternatives. ODBC isn't much of a standard on Unix, and > > Gnome-DB isn't working properly yet and still doesn't support many > > databases. Every single database out there has working JDBC drivers > > available today. > > > > This is the best suggestion so far for a killer app that leverages Java > > technologies. Don't you all think? > I think this suggestion it's even better than the former ones, but I'm > wondering who is going (and got the skills) to implement such a nice > project? I'd be interested in helping out. Definately. Not only forms support but also general database manager, similar to DbVisualizer (http://www.minq.se/products/dbvis/) would be cool. I'm not the person to start such a project by myself though. Elias |
|
From: Andrew <ac...@on...> - 2003-11-11 18:51:49
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Luca De Rugeriis wrote: | Il mar, 2003-11-11 alle 13:34, Elias Martenson ha scritto: | |>Andrew - Dev wrote: |> |> |>>Actually, the thing that I think is missing (or I can't find) is a |>>substitute for MS Access. I think something could be done that uses |>>HSQLDB (for example) and a front end is tacked on to it to provide a |>>schema builder, forms, reports. I have seen some around, but they are |>>really poor quality and usually cost $. |> |>That's a brilliant suggestion really. I consider JDBC to be superiour to |>the non-java alternatives. ODBC isn't much of a standard on Unix, and |>Gnome-DB isn't working properly yet and still doesn't support many |>databases. Every single database out there has working JDBC drivers |>available today. |> |>This is the best suggestion so far for a killer app that leverages Java |>technologies. Don't you all think? | | I think this suggestion it's even better than the former ones, but I'm | wondering who is going (and got the skills) to implement such a nice | project? | | Luca. I'd like to do something like this. I started on something that used swing, it just performed too slow. Basically all I did on it was to store sessions, store recent queries etc in xml, let the user define query groups etc. A little different to what I was thinking with this project, but some of the same concepts. The biggest problem I could forsee (with that one and this) is the generating of reports. I think they could be done (and thought of apache fo, but I don't know a whole lot about that technology. The other thing that pokes my mind is form desiging, and I thought some use of glade could be done, but not quite sure as I haven't given it a whole lot of time. But the rest of it would be reasonable ok to do I think, well, I can't think why it would be too hard. Don't you agree? I mean, surely if people can write CD Burning software, a nice database tool would be straight forward!! - -- [A n d r e w] - ------|------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQE/sTEe2AKtqeH2FeQRAnzMAJ9Rr3IXGr9dW9oWbVM7Z3YFlusmiQCfamtC Q+Rl7EpAdmKfZpzoWHPNtFA= =93/A -----END PGP SIGNATURE----- |
|
From: Luca De R. <pie...@li...> - 2003-11-11 19:01:21
|
Il mar, 2003-11-11 alle 19:57, Andrew ha scritto: > I'd like to do something like this. I started on something that used > swing, it just performed too slow. Basically all I did on it was to > store sessions, store recent queries etc in xml, let the user define > query groups etc. A little different to what I was thinking with this > project, but some of the same concepts. > The biggest problem I could forsee (with that one and this) is the > generating of reports. I think they could be done (and thought of apache > fo, but I don't know a whole lot about that technology. > The other thing that pokes my mind is form desiging, and I thought some > use of glade could be done, but not quite sure as I haven't given it a > whole lot of time. > But the rest of it would be reasonable ok to do I think, well, I can't > think why it would be too hard. Don't you agree? I mean, surely if > people can write CD Burning software, a nice database tool would be > straight forward!! I agree, but to reach the functionality of something like m$ access a hard work is needed. Good luck with your job ;) Luca. -- Luca De Rugeriis <pie...@li...> |
|
From: Elias M. <el...@al...> - 2003-11-11 21:30:18
|
tis 2003-11-11 klockan 19.57 skrev Andrew: > The biggest problem I could forsee (with that one and this) is the > generating of reports. I think they could be done (and thought of apache > fo, but I don't know a whole lot about that technology. I've used it in production and I like it a lot. The only complaint I have is that it doesn't handle characters outside 8859-1 very well. Cyrillic didn't work at all, the euro symbol got the wrong width etc... Could be simple font issues on my end though. There are some other tools though, that are simpler to use. One of them is being used by a colleague of mine to print reports for a system we're building. I'll check with him tomorrow to see how it works. He seems to like it a lot though. > The other thing that pokes my mind is form desiging, and I thought some > use of glade could be done, but not quite sure as I haven't given it a > whole lot of time. I would expect that the end user should be able to design his own forms. Are you saying that he should design them using glade? Or that the forms designed should genrade glade XML data? The first case won't work I think, and the second would effectively mean that we'd be redesigning the glade tool in Java. Generally, the form designer shouldn't be very hard to write. All you have to do is let the user place the form element manually on a canvas without any layout applied. Right? I never tried such a thing using GTK+ but all in other toolkits I used it was a piece of cake. > But the rest of it would be reasonable ok to do I think, well, I can't > think why it would be too hard. Don't you agree? I mean, surely if > people can write CD Burning software, a nice database tool would be > straight forward!! Definately. And I'd like to reiterate the enormous advangate of being able to simple drop these JDBC driver in. Look at the way DbVisualizer handles JDBC drivers. It's really cool. :-) Elias |
|
From: Dan P. <pi...@sl...> - 2003-11-11 19:30:22
|
> That was one thing that came into my mind too. It is the main windows > app thats missing from linux (although some would say it encourages bad > practice, so shouldn't be ported). I think this could be put in the same My suggestion would be a good CD burning application. I considered porting k3b to JavaGnome but haven't gotten very far. I don't think it would be too difficult to port an existing C++ app to JavaGnome, Gnome would get a really nice CD/DVD authoring tool, and once it's in Java I think development could progress much more quickly than the C++ version. I don't want to cause trouble or get people all worked up by forking k3b, but I think it would be a great "proof-of-concept" without running into problems of either writing an application no one uses or an application getting started but having people lose interest. Just my $.02. -- Dan |
|
From: Luca De R. <pie...@li...> - 2003-11-11 20:07:39
|
Il mar, 2003-11-11 alle 20:28, Dan Pilone ha scritto: > > That was one thing that came into my mind too. It is the main windows > > app thats missing from linux (although some would say it encourages bad > > practice, so shouldn't be ported). I think this could be put in the same > > My suggestion would be a good CD burning application. I considered > porting k3b to JavaGnome but haven't gotten very far. I don't think it > would be too difficult to port an existing C++ app to JavaGnome, Gnome would > get a really nice CD/DVD authoring tool, and once it's in Java I think > development could progress much more quickly than the C++ version. I don't > want to cause trouble or get people all worked up by forking k3b, but I > think it would be a great "proof-of-concept" without running into problems > of either writing an application no one uses or an application getting > started but having people lose interest. Just my $.02. -- Dan Tiago Cogumbreiro is writing something like that he said: I am going to create a sourceforge project and put the files there, i have a somewhat outdated version of cdmirror in: http://s1x.homelinux.net/downloads/cdmirror.tar.bz2 Finally i want to underline that the initial concept of the project is not to create a masterizing program, the first concept is to write/read images from CDs (it already includes tools to convert images like .bin to .isos, and raw audio to .wav). To create a fullfeatured remastering program natively will be hard work, you have to create a library for ISO managing, thus should be developed in a future stage. I hope we can help on developing this. Luca. -- Luca De Rugeriis <pie...@li...> |
|
From: Tiago C. <cog...@li...> - 2003-11-11 21:20:56
|
On Ter, 2003-11-11 at 19:05, Luca De Rugeriis wrote: > Il mar, 2003-11-11 alle 20:28, Dan Pilone ha scritto: > > > That was one thing that came into my mind too. It is the main windows > > > app thats missing from linux (although some would say it encourages bad > > > practice, so shouldn't be ported). I think this could be put in the same > > > > My suggestion would be a good CD burning application. I considered > > porting k3b to JavaGnome but haven't gotten very far. I don't think it > > would be too difficult to port an existing C++ app to JavaGnome, Gnome would > > get a really nice CD/DVD authoring tool, and once it's in Java I think > > development could progress much more quickly than the C++ version. I don't > > want to cause trouble or get people all worked up by forking k3b, but I > > think it would be a great "proof-of-concept" without running into problems > > of either writing an application no one uses or an application getting > > started but having people lose interest. Just my $.02. -- Dan > Tiago Cogumbreiro is writing something like that he said: > I am going to create a sourceforge project and put the files there, i > have a somewhat outdated version of cdmirror in: > http://s1x.homelinux.net/downloads/cdmirror.tar.bz2 > > Finally i want to underline that the initial concept of the project is > not to create a masterizing program, the first concept is to write/read > images from CDs (it already includes tools to convert images like .bin > to .isos, and raw audio to .wav). To create a fullfeatured remastering > program natively will be hard work, you have to create a library for ISO > managing, thus should be developed in a future stage. > > I hope we can help on developing this. > > Luca. I've just submitted CDMirror project to Sourceforge.net, so i'm just waiting for theyre review, as soon as i get a reply i'll anounce it so we can start some work. One of my main interests/objectives in this project is to provide an easy library for readung and recording data to CDs yet this process is still in a very early stage so one thing we could do is to create the ability to chose from the native drivers or to use cdrdao/cdrecord to perform the reading and writing operations. I've been playing around with gij and gcj to try to run cdmirror. All the classes in the main lib were compiled with gcj correctly but gij didn't succeded running the entire app. I need to check how kaffe handles with it too. Tiago Cogumbreiro |
×
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