Hi Everyone.
I'm writing an application that lets the user display JPEG images that are pulled from a database. Ideally, the user should be able to zoom in or zoom out, while the aspect ratio is maintained.
What's the best mechanism to use? A wx.StaticBitmap on a wx.ScrolledWindow? Or, is there a cleaner, better way to approach it?
Tbanks.
Brian
You could do it with pages and pages of code, or you could use Dabo
for your UI. Watch this screencast of the part of Ed Leafe's Pycon
2007 presentation that deals with how much simpler it is to work with
images in Dabo than raw wxPython.
http://dabodev.com/pycon2007?3
On 6/21/07, Brian Wolf <brian.wolf@activustech.com> wrote:
I'm writing an application that lets the user display JPEG images that
are pulled from a database. Ideally, the user should be able to zoom in
or zoom out, while the aspect ratio is maintained.What's the best mechanism to use? A wx.StaticBitmap on a
wx.ScrolledWindow? Or, is there a cleaner, better way to approach it?
--
# p.d.
Looks good.
Can the Dabo image control be used without the rest of Dabo?
Regarding Dabo, what needs to be loaded?
And what's the best/fastest way to learn Dabo to get it to work?
Thanks.
Brian
Peter Decker wrote:
On 6/21/07, Brian Wolf <brian.wolf@activustech.com> wrote:
I'm writing an application that lets the user display JPEG images that
are pulled from a database. Ideally, the user should be able to zoom in
or zoom out, while the aspect ratio is maintained.What's the best mechanism to use? A wx.StaticBitmap on a
wx.ScrolledWindow? Or, is there a cleaner, better way to approach it?You could do it with pages and pages of code, or you could use Dabo
for your UI. Watch this screencast of the part of Ed Leafe's Pycon
2007 presentation that deals with how much simpler it is to work with
images in Dabo than raw wxPython.
I don't know what you mean by "without the rest of Dabo". Dabo is a
module you install in site-packages like anything else in Python. You
can't just install part of it and expect it to work.
But if you mean do you have to give up wxPython, the answer is no. The
dabo.ui module just wraps wxPython, and so the wxPython controls,
along with their methods, etc., are fully available. You don't need to
use any of Dabo's database connectivity stuff (I don't), but since
you're working from a database that might be useful, too.
As far as the fastest way to get Dabo working, I'd look at some of
their demos, and their wiki. The wiki is the best documentation, but I
doubt you can "get" all of Dabo just from that (I still learn new
stuff all the time!). I'd recommend the dabo-users email list, which
is great for asking questions. The authors and lots of long-time users
are available and willing to answer questions and explain things for
you. You can sign up at Oops!
On 6/21/07, Brian Wolf <brian.wolf@activustech.com> wrote:
Looks good.
Can the Dabo image control be used without the rest of Dabo?
Regarding Dabo, what needs to be loaded?
And what's the best/fastest way to learn Dabo to get it to work?
--
# p.d.
Peter,
Thanks for the info. It's an impressive presentation. I didn't realize that Dabo is a Python module like any other; I'd assumed it was an "all or nothing proposition". Dabo seems to have a lot going for it. Why doesn't "everyone" jump on the Dabo bandwagon?
Brian
------------------------------------------------------
Brian Wolf |
Activus Technologies Corporation |
brian@activustech.com | 410.367.2958 |
------------------------------------------------------
Helping organizations gain a competitive advantage |
through intelligent application of technology. |
------------------------------------------------------
Peter Decker wrote:
On 6/21/07, Brian Wolf <brian.wolf@activustech.com> wrote:
I'm writing an application that lets the user display JPEG images that
are pulled from a database. Ideally, the user should be able to zoom in
or zoom out, while the aspect ratio is maintained.What's the best mechanism to use? A wx.StaticBitmap on a
wx.ScrolledWindow? Or, is there a cleaner, better way to approach it?You could do it with pages and pages of code, or you could use Dabo
for your UI. Watch this screencast of the part of Ed Leafe's Pycon
2007 presentation that deals with how much simpler it is to work with
images in Dabo than raw wxPython.
GNUmed doesn't because there are no Debian packages - which
is our "reference" platform.
That's the main reason for us.
Karsten
On Mon, Jun 25, 2007 at 08:55:40AM -0500, Brian Wolf wrote:
Thanks for the info. It's an impressive presentation. I didn't realize
that Dabo is a Python module like any other; I'd assumed it was an "all
or nothing proposition". Dabo seems to have a lot going for it. Why
doesn't "everyone" jump on the Dabo bandwagon?
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
1.) lack of documentation
2.) lack of packaging for common distros
Dabo looks great, seems well designed and full of good ideas.
But trying to learn it from scratch while trying to develop a sophisticated
application is painful due o incomplete documentation, and then to distribute
it to other (computer naive) end users is even more painful due to the lack
of installation packages
Horst
On Monday 25 June 2007, Brian Wolf wrote:
Thanks for the info. It's an impressive presentation. I didn't realize
that Dabo is a Python module like any other; I'd assumed it was an "all
or nothing proposition". Dabo seems to have a lot going for it. Why
doesn't "everyone" jump on the Dabo bandwagon?
FULL ACK.
Hi Horst ! 
Karsten
On Mon, Jun 25, 2007 at 11:10:26PM +1000, Horst Herb wrote:
> Thanks for the info. It's an impressive presentation. I didn't realize
> that Dabo is a Python module like any other; I'd assumed it was an "all
> or nothing proposition". Dabo seems to have a lot going for it. Why
> doesn't "everyone" jump on the Dabo bandwagon?1.) lack of documentation
2.) lack of packaging for common distrosDabo looks great, seems well designed and full of good ideas.
But trying to learn it from scratch while trying to develop a sophisticated
application is painful due o incomplete documentation, and then to distribute
it to other (computer naive) end users is even more painful due to the lack
of installation packages
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
In my experience, the lack of docs is not as bad as I thought, once I
discovered their wiki. But I agree about the installation issues.
I've seen this discussed on Dabo lists, but there doesn't seem to be
anyone willing to create these packages. I wish I had experience in
this area, but I really know nothing about this beyond apt-getting
what I need. In the spirit of open source, are there any folks out
there willing to share their experience to help out? Where does one
find such knowledgeable people?
On 6/25/07, Horst Herb <subscriptions@gnumed.net> wrote:
On Monday 25 June 2007, Brian Wolf wrote:
> Thanks for the info. It's an impressive presentation. I didn't realize
> that Dabo is a Python module like any other; I'd assumed it was an "all
> or nothing proposition". Dabo seems to have a lot going for it. Why
> doesn't "everyone" jump on the Dabo bandwagon?1.) lack of documentation
2.) lack of packaging for common distrosDabo looks great, seems well designed and full of good ideas.
But trying to learn it from scratch while trying to develop a sophisticated
application is painful due o incomplete documentation, and then to distribute
it to other (computer naive) end users is even more painful due to the lack
of installation packages
--
# p.d.