Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #7448 > unrolled thread
| Started by | rzed <rzantow@gmail.com> |
|---|---|
| First post | 2011-06-11 13:07 +0000 |
| Last post | 2011-06-13 23:46 +0000 |
| Articles | 8 — 6 participants |
Back to article view | Back to comp.lang.python
Python Card alternatives? rzed <rzantow@gmail.com> - 2011-06-11 13:07 +0000
Re: Python Card alternatives? Luis M. González <luismgz@gmail.com> - 2011-06-11 10:02 -0700
Re: Python Card alternatives? python@bdurham.com - 2011-06-11 13:22 -0400
Re: Python Card alternatives? Tim Johnson <tim@johnsons-web.com> - 2011-06-11 10:02 -0800
Re: Python Card alternatives? Adam Tauno Williams <awilliam@whitemice.org> - 2011-06-12 11:18 -0400
Re: Python Card alternatives? Wolfgang Keller <feliphil@gmx.net> - 2011-06-12 19:17 +0200
Re: Python Card alternatives? Wolfgang Keller <feliphil@gmx.net> - 2011-06-13 20:10 +0200
Re: Python Card alternatives? rzed <rzantow@gmail.com> - 2011-06-13 23:46 +0000
| From | rzed <rzantow@gmail.com> |
|---|---|
| Date | 2011-06-11 13:07 +0000 |
| Subject | Python Card alternatives? |
| Message-ID | <Xns9F015CD035787rzantowgmailcom@74.209.131.13> |
Desktop apps don't seem to be the wave of the future, but they still serve a useful purpose today. They can be ideal for a quick database table management screen, or a data entry front end for a program with a bunch of parameters. It's not easy enough to build a quick utility with a GUI front end, though. Wax and PythonCard (and maybe others) tried to hit that niche, but development on both is spotty at best. Some claim that Dabo's gui builder is a good one for this purpose, and maybe it can be. Are there any other, better solutions? I've been looking at Rebol lately, and it has some points of interest. I much prefer Python as a language, but Rebol View's layout specifications are wonderfully concise, and the support code seems to be fairly straightforward as well. Has anyone tried to mimic their approach in Python? -- rzed
[toc] | [next] | [standalone]
| From | Luis M. González <luismgz@gmail.com> |
|---|---|
| Date | 2011-06-11 10:02 -0700 |
| Message-ID | <4e898a33-6fdd-4405-9668-3989d4cc9c61@k6g2000yqc.googlegroups.com> |
| In reply to | #7448 |
As you said, desktop apps are losing appeal. I suggest looking for a web based solution. Perhaps python + silverlight? (I haven't tried it though). Unfortunately, the client-side (browser) is the domain of javascript. What I'm doing is polishing my html/css skills coupled with jquery. I have lost faith in a python solution for these tasks. Although there's something close enough that can make your experience totally different: Coffeescript. This is an enhanced syntax layer on top of javascript, inspired in python and ruby, which feels like a breath of fresh air to any python or ruby programmer. It plays very well with jquery and gives you all the pythonic goodies you are used to, like list comprehensions (called array and object comprehensions), slicing, ranges, etc. Coffeescript pre compiles your code to pure javascript so there's no performance degradation at all. If it does not convince you and you still prefer a python solution, you may want to check pyjamas (a port of GWT to python). There are also some experiments such as Skulp to have python running in the browser, although this approach implies a serious performance hit, since it's a full python implementation in javascript. regards, Luis
[toc] | [prev] | [next] | [standalone]
| From | python@bdurham.com |
|---|---|
| Date | 2011-06-11 13:22 -0400 |
| Message-ID | <mailman.129.1307812960.11593.python-list@python.org> |
| In reply to | #7452 |
Luis, Not the OP, but thank you for passing on the CoffeeScript recommendation - looks very interesting!! http://jashkenas.github.com/coffee-script/ Regards, Malcolm
[toc] | [prev] | [next] | [standalone]
| From | Tim Johnson <tim@johnsons-web.com> |
|---|---|
| Date | 2011-06-11 10:02 -0800 |
| Message-ID | <mailman.130.1307815777.11593.python-list@python.org> |
| In reply to | #7448 |
* rzed <rzantow@gmail.com> [110611 05:14]: > Desktop apps don't seem to be the wave of the future, but they still > serve a useful purpose today. They can be ideal for a quick database > table management screen, or a data entry front end for a program with > a bunch of parameters. It's not easy enough to build a quick utility > with a GUI front end, though. Wax and PythonCard (and maybe others) > tried to hit that niche, but development on both is spotty at best. > Some claim that Dabo's gui builder is a good one for this purpose, and > maybe it can be. Are there any other, better solutions? > > I've been looking at Rebol lately, and it has some points of interest. > I much prefer Python as a language, but Rebol View's layout > specifications are wonderfully concise, and the support code seems to > be fairly straightforward as well. Has anyone tried to mimic their > approach in Python? I've used rebol for over 11 years. Longer than I have used python. I've not used rebol/view however, since my meal-ticket is console and web progamming. I'm guessing that you are going to find that difficult to do, but my suggestion would be: 1)Get into one of the rebol communities - probably thru altme. 2)You will find that most rebol programmers work in other languages also, and quite a few (like me) in python. 3)You are likely to get a lot of ideas there. cheers -- Tim tim at johnsons-web dot com or akwebsoft dot com http://www.akwebsoft.com
[toc] | [prev] | [next] | [standalone]
| From | Adam Tauno Williams <awilliam@whitemice.org> |
|---|---|
| Date | 2011-06-12 11:18 -0400 |
| Message-ID | <mailman.153.1307892058.11593.python-list@python.org> |
| In reply to | #7448 |
On Sat, 2011-06-11 at 13:07 +0000, rzed wrote: > Desktop apps don't seem to be the wave of the future, but they still > serve a useful purpose today. They can be ideal for a quick database > table management screen, +1, they are perfect for that, and will be around for a *long* *long* time. And I doubt they will ever go away - the web app will change to be more desktopish. Gtk already has an experimental HTML canvas backend, GNOME3 is a canvas controlled via JavaScript, etc... > or a data entry front end for a program with > a bunch of parameters. It's not easy enough to build a quick utility > with a GUI front end, though. Wax and PythonCard (and maybe others) > tried to hit that niche, but development on both is spotty at best. > Some claim that Dabo's gui builder is a good one for this purpose, and > maybe it can be. Are there any other, better solutions? My advice is to keep it simple. Gtk/Glade works perfectly well for this purpose. The glue code required is trivial.
[toc] | [prev] | [next] | [standalone]
| From | Wolfgang Keller <feliphil@gmx.net> |
|---|---|
| Date | 2011-06-12 19:17 +0200 |
| Message-ID | <20110612191740.0de83e0e.feliphil@gmx.net> |
| In reply to | #7448 |
> Are there any other, better solutions? Others are e.g.: - Pypapi - Camelot - Kiwi - Sqlkit - Gnuenterprise etc... Sincerely, Wolfgang -- Führungskräfte leisten keine Arbeit (D'Alembert)
[toc] | [prev] | [next] | [standalone]
| From | Wolfgang Keller <feliphil@gmx.net> |
|---|---|
| Date | 2011-06-13 20:10 +0200 |
| Message-ID | <20110613201011.f174fb18.feliphil@gmx.net> |
| In reply to | #7488 |
> > Are there any other, better solutions? > > Others are e.g.: > - Pypapi > - Camelot > - Kiwi > - Sqlkit > - Gnuenterprise And I've just learned of another one: - QtAlchemy Sincerely, Wolfgang -- Führungskräfte leisten keine Arbeit (D'Alembert)
[toc] | [prev] | [next] | [standalone]
| From | rzed <rzantow@gmail.com> |
|---|---|
| Date | 2011-06-13 23:46 +0000 |
| Message-ID | <Xns9F03C9353AF74rzantowgmailcom@74.209.131.13> |
| In reply to | #7488 |
Wolfgang Keller <feliphil@gmx.net> wrote in news:20110612191740.0de83e0e.feliphil@gmx.net: >> Are there any other, better solutions? > > Others are e.g.: > - Pypapi > - Camelot > - Kiwi > - Sqlkit > - Gnuenterprise > etc... > > Sincerely, > > Wolfgang > Many thanks to all of you for the interesting responses. As is so often the case with Python, there are many options, and many possible approaches to solutions for the same problem. I have some reading to do, I see. -- rzed
[toc] | [prev] | [standalone]
Back to top | Article view | comp.lang.python
csiph-web