Can I make a not aligned gtk treeview?
Hi, I have a gtktreeview with two column, the first one is pixbuf, the second one is a string. something happen bad if in a row the first pixbuf is NULL, so it doesn't occupy any place, but in the following row there is a pixbuf and occupy some place. the default behavior of gtktreeview will align the second column so leave a large blank in first row. How can I tell treeview not align in different row, but just place the column independently? Thanks. Bin ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: App blueprint, advice please!
Thanks! Sorry for being so dense but just to double check, do you spawn C and Python programs form the main App written in Ruby? I have wanted to learn Ruby for a while now, I could definitely do that. Nicola was saying that my Bash idea might be a problem because of the spawn time involved with bash. Is Ruby pretty fast spawning these secondary programs? Is the Ruby shell a true system shell? I am just wondering if I could still access ftp, netcat, ssh ect.. Thanks for your time. And thank you Dan and Nicola too. I don't need much convincing that the whole Bash as a nervous system + (Python/C/Ruby etc) as the muscle is a dumb idea!-Patrick G Hasse wrote: > On Sun, Dec 16, 2007 at 08:57:01PM +0100, Dan H wrote: > >> On Sun, 16 Dec 2007 12:47:44 -0500 >> Patrick <[EMAIL PROTECTED]> wrote: >> >> >>> With so many aspects to this does anyone think that using Bash >>> would be useful? For example if we designed all the smaller >>> programs to read and write from/to standard input and output, they >>> could be interlinked with other Bash commands such as ftp, netcat, >>> ssh, mailx and so on.. >>> >>> Lets say a customer had a detector and a pump to pump a sample >>> through it. We could write a Bash script that works something like >>> this: >>> >>> -icon launches Bash script >>> -sends variable " 2" to pump command to pump 2 ml per minute >>> -pump command sends signal to serial port or GPIB bus, etc >>> -bash sends variable "230" to set the detector to wavelength 230 nm >>> -bash autozeros detector >>> -launches plot command >>> -after that launches data process command >>> -then launches database storage command >>> - emails whoever, turns your coffee maker on or whateveretc..etc >>> >>> It's a terrible over simplification but hopefully illustrates the >>> idea. >>> >> I got the idea but I don't think the Bourne shell (bash) would be a >> particular wise choice to implement it, owing to weird programming >> paradigms and an almost complete absence of arithmetics. I'm a big fan >> of C (and shell scripting as well), but it seems that Python has been >> gaining lots of popularity in the past years. >> > > Hello! > > Or you could do as us and implement control in Ruby. Ruby of Python > is quite as good. Then you have a modern scripting language to do > control with. > > And now for wom Gtk promotion. We have been developing a SCADA > system in Gtk, C and Ruby with a SQL database as central storage. > > http://www.freescada.com > > A tip for you is to "be in the buissines of selling source code". > We have had quite a success with this. Most of our competitors have > closed code and the customers are locked in. Since we provide our > customers with souce code they can expand the application and > for them selves check the quality. > > In this way we have developed an application for the swedish > defence. > > http://www.raditex.se/~gh/bilder/RadarBildPulser.png > > ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: App blueprint, advice please!
- Original Message From: Niels Heirbaut <[EMAIL PROTECTED]> To: gtk-app-devel-list@gnome.org Sent: Sunday, December 16, 2007 2:32:04 AM Subject: Re: App blueprint, advice please! On Dec 16, 2007 3:27 AM, Patrick <[EMAIL PROTECTED]> wrote: [snip] > I want to build an App to control dozens or even hundreds of instruments > using different ports/buses (GPIB, Serial, Parallel etc) and I want to > do some fairly complex data processing after. Then I want to be able to > save the data in a database and/or in numerous formats. [snip] There is an open source project called Comedi that might at least provide the drivers for the data acquisition equipment. Have a look at http://www.comedi.org/. --- I used the comedi drivers to write code for the Diamond dmm32at card. But, there were a couple of other cards that I wrote the drivers by hand, and the interface code was written in bash. These were all PC/104 cards. One was called Pearl, and was just a set of 16 switches, either open or closed. You couldn't even tell whether a switch was open or closed, so I had to keep state information. You got the state from the /proc interface. Anyway, comedi is easy, but depending on the board, it may be overkill. I also write one for the Sensoray model 518. It was a lot of sensors, current loops, thermocouples, things like that. I wrote it by hand, also. I'm not sure if comedi would have been too much or not. Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: App blueprint, advice please!
On Sun, Dec 16, 2007 at 08:57:01PM +0100, Dan H wrote: > On Sun, 16 Dec 2007 12:47:44 -0500 > Patrick <[EMAIL PROTECTED]> wrote: > > > With so many aspects to this does anyone think that using Bash > > would be useful? For example if we designed all the smaller > > programs to read and write from/to standard input and output, they > > could be interlinked with other Bash commands such as ftp, netcat, > > ssh, mailx and so on.. > > > > Lets say a customer had a detector and a pump to pump a sample > > through it. We could write a Bash script that works something like > > this: > > > > -icon launches Bash script > > -sends variable " 2" to pump command to pump 2 ml per minute > > -pump command sends signal to serial port or GPIB bus, etc > > -bash sends variable "230" to set the detector to wavelength 230 nm > > -bash autozeros detector > > -launches plot command > > -after that launches data process command > > -then launches database storage command > > - emails whoever, turns your coffee maker on or whateveretc..etc > > > > It's a terrible over simplification but hopefully illustrates the > > idea. > > I got the idea but I don't think the Bourne shell (bash) would be a > particular wise choice to implement it, owing to weird programming > paradigms and an almost complete absence of arithmetics. I'm a big fan > of C (and shell scripting as well), but it seems that Python has been > gaining lots of popularity in the past years. Hello! Or you could do as us and implement control in Ruby. Ruby of Python is quite as good. Then you have a modern scripting language to do control with. And now for wom Gtk promotion. We have been developing a SCADA system in Gtk, C and Ruby with a SQL database as central storage. http://www.freescada.com A tip for you is to "be in the buissines of selling source code". We have had quite a success with this. Most of our competitors have closed code and the customers are locked in. Since we provide our customers with souce code they can expand the application and for them selves check the quality. In this way we have developed an application for the swedish defence. http://www.raditex.se/~gh/bilder/RadarBildPulser.png -- Göran Hasse Göran Hasseemail: [EMAIL PROTECTED] Tel: 08-6949270 Raditex AB http://www.raditex.se Planiavägen 15, 1tr Mob: 070-5530148 131 34 NACKA, SWEDEN OrgNr: 556240-0589 VAT: SE556240058901 -- ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: App blueprint, advice please!
On Sun, 16 Dec 2007 12:47:44 -0500 Patrick <[EMAIL PROTECTED]> wrote: > With so many aspects to this does anyone think that using Bash > would be useful? For example if we designed all the smaller > programs to read and write from/to standard input and output, they > could be interlinked with other Bash commands such as ftp, netcat, > ssh, mailx and so on.. > > Lets say a customer had a detector and a pump to pump a sample > through it. We could write a Bash script that works something like > this: > > -icon launches Bash script > -sends variable " 2" to pump command to pump 2 ml per minute > -pump command sends signal to serial port or GPIB bus, etc > -bash sends variable "230" to set the detector to wavelength 230 nm > -bash autozeros detector > -launches plot command > -after that launches data process command > -then launches database storage command > - emails whoever, turns your coffee maker on or whateveretc..etc > > It's a terrible over simplification but hopefully illustrates the > idea. I got the idea but I don't think the Bourne shell (bash) would be a particular wise choice to implement it, owing to weird programming paradigms and an almost complete absence of arithmetics. I'm a big fan of C (and shell scripting as well), but it seems that Python has been gaining lots of popularity in the past years. --D. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
App blueprint, advice please!
Thanks Murray!, Dank U Neils, Grazie Nicola! Thanks Michael! Glom, Comedi, NTD and Michaels tips are all great pieces to the puzzle. I really appreciate your feedback. If someone is moderating this list please let me know if I have traveled to far away from GTK but I was just wondering about a few things: There is an intense need for this in labs. My business is still a bit unstable but I have proven to myself that I can sell things and that I can recognize markets. We could write an open source App and still provide for our families, there is money in this. We would be solving a huge set of problems afflicting scientists everywhere. I am confident that I would have no trouble finding sponsors or customers. I am not sure which open source strategy would be best, having an open download link like Ubuntu or charging for each copy like Redhat. I am able to break down the biggest barrier to entry for this project and that is the cost of the actual equipment and the native software to run it, which would set someone else back tens or even hundreds of thousands. I would like to get others involved but I am not sure what would be the best way to offer compensation. All of the OEM vendors control each others equipment so I don't see how they would be in a position to sue but there is some liability potential here and even a frivolous lawsuit could hurt. I am not concerned about myself. I have done some research and I don't see how anyone could take legal action if I did not mention their company names. I plan on explaining the devices that can be controlled visually with drawings and even in event that something did happen I can structure the organization to reduce liability. However perhaps it would be best to pay others on a bounty basis and keep them clear of all of this rather then include them in the credits of the project. Do you think this could work? With so many aspects to this does anyone think that using Bash would be useful? For example if we designed all the smaller programs to read and write from/to standard input and output, they could be interlinked with other Bash commands such as ftp, netcat, ssh, mailx and so on.. Lets say a customer had a detector and a pump to pump a sample through it. We could write a Bash script that works something like this: -icon launches Bash script -sends variable " 2" to pump command to pump 2 ml per minute -pump command sends signal to serial port or GPIB bus, etc -bash sends variable "230" to set the detector to wavelength 230 nm -bash autozeros detector -launches plot command -after that launches data process command -then launches database storage command - emails whoever, turns your coffee maker on or whateveretc..etc It's a terrible over simplification but hopefully illustrates the idea. I only have a few hundred dollars to put towards this now but hopefully by the later half of 2008 it will be a few thousand. Please feedback with any thoughts you might have on this whole process. Thanks-Patrick ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: App blueprint, advice please!
On Sat, 2007-12-15 at 21:27 -0500, Patrick wrote: > Sorry for the long email but I really could use some help. I sell used > lab instruments to people doing great work researching cures. The closed > source programs to control and process data from these instruments often > cost 20K. The people providing the software really abuse their legal > positions. Writing an open source replacement has become an obsession > for me. > > I want to build an App to control dozens or even hundreds of instruments > using different ports/buses (GPIB, Serial, Parallel etc) and I want to > do some fairly complex data processing after. Then I want to be able to > save the data in a database and/or in numerous formats. Once you have the python modules to do the IO with the devices, you can use those python modules from Glom, to put everything in a database. You can then write another python script for a button in Glom that exports to whatever other extra file format you want. That at least saves you from having to do much database or UI coding. You should be able to test this idea quite easily once you can do python-based IO with at least one of these devices. > The problem is, I am not qualified for all this, I am a part time, self > taught programmer. I will need to pay others to bring this to fruition. > I figure the best way to solve a complex problem is to break it down > into smaller parts. I was thinking about writing small GTK/Python, > GTK/C programs that can read from standard input and write to standard > output. I was thinking that I could write customized BASH scripts for > people to connect these small programs into a cohesive App. When others > get involved they could simply do the same and write more custom BASH > commands, indeed in their language of choice. > > I think using Bash as the App "nervous system" and Python/C as the > muscle would make sense but I have never seen such an App, which makes > me think it is probably a stupid idea. > > I have been going around in circles for about a year now and still do > not have a line of code to show for myself. This project may take many > years. Any feedback on my blueprint would be really appreciated-Patrick -- [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
