Ed Leafe wrote:
You're instantiating an object from the PLine class, and then passing
that to addObject(). You need to pass the class, not an instance.
This is one of the drawbacks of having more than one way to do
something. You can either create an obejct directly
I can't figure out how to add controls to individual tabs. I thought I could
create a dPanel and add it like I would to a form but that doesn't seem to
work. Since it doesn't have an append method I tried addObject but that
isn't right either. Here is what I am trying:
class
Ed Leafe wrote:
On Jan 21, 2008, at 9:36 PM, bsnipes wrote:
I just tested your svn commit for this and the event is being caught
when
hovering over the image and scrolling. Thanks!
Did you test this on Linux, too?
I tested on Linux and not Windows since that is where I do
Ed Leafe wrote:
On Jan 21, 2008, at 9:36 PM, bsnipes wrote:
I just tested your svn commit for this and the event is being caught
when
hovering over the image and scrolling. Thanks!
Did you test this on Linux, too?
Just tested on Windows and it looks good. Scroll
I've created a menu using the MenuDesigner and need a bit of help figuring
out some features of it. I've put:
self.MenuBarFile = './menu.mnxml'
into the initProperties method and it shows up fine.
What I don't understand is how to use the Action= item in the menu xml file
for MenuItemPanel.
Ed Leafe wrote:
On Jan 18, 2008, at 8:41 PM, bsnipes wrote:
I can't seem to get the event to fire on Linux or Windows for the
scroll.
Just got the VMs fired up, and it looks as though the image does not
receive the event at the wx level on those platforms; instead
bsnipes wrote:
bsnipes wrote:
Ed Leafe wrote:
On Jan 17, 2008, at 9:30 PM, bsnipes wrote:
No problem. I'll come back to that part in the app later.
I've just committed the change; you can reference evt.wheelRotation
to get the amount of the scroll; positive values
Ed Leafe wrote:
On Jan 17, 2008, at 9:30 PM, bsnipes wrote:
No problem. I'll come back to that part in the app later.
I've just committed the change; you can reference evt.wheelRotation
to get the amount of the scroll; positive values are upward, while
negatives
bsnipes wrote:
Ed Leafe wrote:
On Jan 17, 2008, at 9:30 PM, bsnipes wrote:
No problem. I'll come back to that part in the app later.
I've just committed the change; you can reference evt.wheelRotation
to get the amount of the scroll; positive values are upward, while
I am looking for a good way to zoom in and out on an image and see the
MouseWheel event in the APIs. Is it possible to read the scrolling of the
wheel? What I'd like to do is when the cursor is positioned over the image
and the scroll wheel is scrolled have it zoom in or out on that location.
Ed Leafe-2 wrote:
Have you looked into dEvents.MouseWheel? You can create an onMouseWheel
() handler; it should fire when the user scrolls the wheel over the
image.
-- Ed
Can you give me an example of how to read the value? I did this:
img = dabo.ui.dImage(self,
bsnipes wrote:
Ed Leafe-2 wrote:
Have you looked into dEvents.MouseWheel? You can create an onMouseWheel
() handler; it should fire when the user scrolls the wheel over the
image.
-- Ed
Can you give me an example of how to read the value? I did this:
img
Ed Leafe wrote:
On Jan 17, 2008, at 8:39 PM, bsnipes wrote:
Can you give me an example of how to read the value? I did this:
img = dabo.ui.dImage(self, RegID='imgViewer')
img.bindEvent(dEvents.MouseWheel, self.Form._onImageWheel)
but can't figure out how to retrieve the scroll
Ed Leafe wrote:
On Dec 31, 2007, at 7:27 AM, Dave Stredulinsky wrote:
conn = dabo.db.dConnection(Host=XXX, Database=XXX,
User=XXX, PlainTextPassword=XXX, DbType=MySQL)
So you really want these values public? I can obscure them in the
archives if you need.
-- Ed
Creating an app in the Class Designer seems to always set the Height to 500
when the form is run ( both from within CD and from the prompt ). Where is
the proper place to put adjust the Height value? I've tried the form's
afterInitAll with self.Height= and that doesn't seem to take effect on
Forgot version info:
Platform: GTK
Python Version: 2.5.1 on linux2
Dabo Version: Version 0.8.3; Revision ~3845
UI Version: 2.8.4.0 on wxGTK (gtk2)
--
View this message in context:
http://www.nabble.com/Class-Designer-and-form-height-tp14520842p14520843.html
Sent from the dabo-users mailing
JohnF-4 wrote:
On Thursday 27 December 2007 04:57:55 pm bsnipes wrote:
Creating an app in the Class Designer seems to always set the Height to
500
when the form is run ( both from within CD and from the prompt ). Where
is
the proper place to put adjust the Height value? I've tried
bsnipes wrote:
Were you able to get a base setup.py that doesn't give the locale error to
you on a non-AppWizard generated app? I find myself in need of one and
have searched through the list and tried to understand other posts on it -
such as Paul's - but can't seem to make it work
Ed Leafe wrote:
On Dec 12, 2007, at 3:44 PM, bsnipes wrote:
Got it to work... now to get the icons showing up...
Great - be sure to tell me how you get the icons to show!
Ok... Here is what I have. It is pieced together from the Wiki page you
created a long time ago and from
Paul McNett wrote:
Ed Leafe wrote:
On Dec 12, 2007, at 3:44 PM, bsnipes wrote:
Got it to work... now to get the icons showing up...
Great - be sure to tell me how you get the icons to show!
Check out the generated setup.py that AppWizard gives you. locale and
icons should
Paul McNett wrote:
Brian, I sent you a setup.py privately. Did you get it?
Just checked and yes I did. I read and post using Nabble so don't check my
email often :-) What I posted is copied from what you sent me which is what
you posted in response to another py2exe thread but the
JohnF-4 wrote:
For those of you that need to know how to create a “self.connection”
without
using the CxnEditor here it is:
from dConnectInfo import dConnectInfo
Should this be:
from dabo.db import dConnectInfo
I couldn't get it to work any other way ( I was testing
Adrian Klaver wrote:
On Wednesday 05 December 2007 6:36 pm, johnf wrote:
So if takes a little python training to help newbies understand Dabo -
why
not provide it?
I'm with you on this. I see these messages to the list as a rough draft.
The
final polish can be added once they
Nate Lowrie wrote:
On Dec 4, 2007 10:17 PM, Nate Lowrie [EMAIL PROTECTED] wrote:
On Dec 4, 2007 6:43 PM, Ed Leafe [EMAIL PROTECTED] wrote:
On Dec 4, 2007, at 10:51 AM, Nate Lowrie wrote:
Under Windows, the Checks appear as dots. I can live with this as
the
dots appear and
For those of you that get the digest or are looking for an alternative way of
viewing the dabo-users and dabo-dev list, I suggest you try Nabble -
http://www.nabble.com . It has lots of features:
full copies of the lists
the ability to reply to messages in the lists you are subscribed to ( and
JohnF-4 wrote:
Sounds fine. But I have a little twist. Instead of me just building the
form
let's keep a running dialog via this email list of the steps to get it
done.
That way others can help and put their .02 in too . And at the end I'll
gather the messages and put them on the
bsnipes wrote:
JohnF-4 wrote:
Sounds fine. But I have a little twist. Instead of me just building the
form
let's keep a running dialog via this email list of the steps to get it
done.
That way others can help and put their .02 in too . And at the end I'll
gather the messages
JohnF-4 wrote:
We currently have a few examples of coding Dabo on the Wiki. Tell me how
it
might be better presented ? I was considering creating a tutorial that
would
start with creating a form and then moving on to more complex forms. Part
1
then part2 etc.. Do you think that
Paul McNett wrote:
It's fine and reasonable to say that our priority is to make more and
better demos; it is another thing entirely to be against runnable
standalone demos in principle, which is what it was sounding like your
position was.
I, for one, would like to see more
Ed Leafe wrote:
When I open this in the CD and run it, I get the same thing, but
it's not what you're describing. Both the text box and the button
have a proportion of zero, not 1. If I change the proportion of the
textbox to 1 as you describe, the XML for that control changes
Ed Leafe wrote:
There were some issues with the CD and sizer defaults that were
fixed recently; do you have the latest from Subversion?
Yep... I updated yesterday did it again before generating another test
file. Looks like dTextBox isn't storing any of the sizerInfo. There
bsnipes wrote:
There isn't any debug info that I can see on my console.
Just as an FYI here are the contents of my console while doing all of the
steps in my last post:
[EMAIL PROTECTED]:~/projects/dabo/daboide python ClassDesigner.py
Dabo Info Log: Wed Sep 26 09:20:20 2007: 1
) for GtkImageMenuItem (0x93ae140)
Traceback (most recent call last):
File /home/bsnipes/dabo/dabo/dabo/ui/uiwx/dControlMixin.py, line 21, in
_onWxHit
self.raiseEvent(dEvents.Hit, evt, *args, **kwargs)
File /home/bsnipes/dabo/dabo/dabo/ui/uiwx/dPemMixin.py, line 843, in
raiseEvent
super(dPemMixin, self
Ed Leafe wrote:
OK, I've gotten some help from Robin Dunn, and now the dImage
control has a FrameCount property that works for all image types.
Having this now allows me to also limit the PictureIndex to a valid
value for all image types, too.
Thanks a bunch. This opens up
I am trying to layout a form with the ClassDesigner and sizer and keep
hitting the same thing that isn't clicking in my mind as to how it is
supposed to be. If I open a new form in the ClassDesigner, add a Horizontal
Sizer with 2 slots, add a text box to the left slot with a Proportion of 1
and
Ed Leafe wrote:
Can you post the .cdxml file for this? It seems that something isn't
being saved properly.
As an addendum it shows up fine in the ClassDesigner. It is when executed
that the layout is not what I thought it should be.
?xml version=1.0 encoding=utf-8 standalone=no?
Uwe Grauer-5 wrote:
python doesn't add a line ending on it's own with f.write()!
If you use
print something
python adds a line ending but not with write.
That must have been what I was doing when I hit the issue of extra lines in
my output. Sorry for the added confusion!
Brian
--
Ed Leafe wrote:
If so, can the GetImageCount() be made
available and just let us keep track of it when changing the
PictureIndex?
But as I said, it doesn't work for GIF. If someone is using a GIF,
GetImageCount() always returns 1.
I didn't realize that the GetImageCount()
Jeff Johnson-8 wrote:
f = open('text.txt', 'w')
You might want to change the 'w' to 'wb'. My understanding is that Python
will add a line ending automatically to the output that it writes to the
file if not using 'write binary' and that might throw off what you expect to
be there.
Brian
Ed Leafe wrote:
Maybe adding a PictureIndex property that defaults to -1?
That seems like it would be the cleanest solution. Will you add this to
your feature request list? I will work on the PIL process until then.
Seems like from what I am reading it should work. My only
Ed Leafe wrote:
Almost done. Should be ready by tomorrow.
Thanks! I have been trying to get the Value property to take a PIL image
object.tostring() with no success so look forward to the functionality. I
know it isn't dImage's problem since I can load a file into a string with
rb
Ed Leafe wrote:
On Sep 20, 2007, at 9:44 PM, Brian Snipes wrote:
Never mind. I see the API doesn't specify. When loading using the
ClassDesigner it has no drop down the *.tif so I assumed it didn't
support it. After changing it to all files a TIF does indeed load
just
fine.
Ed Leafe wrote:
On Sep 21, 2007, at 10:29 AM, bsnipes wrote:
Thanks. Is there any chance that the dImage control supports multi-
page
TIFFs? Or some way of specifying a certain page in a TIFF to view?
I really don't know - that would depend on the wxPython
implementation
43 matches
Mail list logo