Re: [dabo-users] Dabo Error When Opening Database File
In response to my earlier message about not getting the Class Designer to connect to the database when I click "Next", I do, in fact, have no problems with the AppWizard. It's just the Class Designer (as per the screencast). Telly ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Dabo Error When Opening Database File
On Sunday 04 February 2007 20:32, Telly Williams wrote: > Paul McNett wrote: > > I think it is likely that the problem reduces down to you using the > ascii version of wxPython instead of unicode. Can you install the > unicode wxPython and try again? > > -- > > Thanks, Paul. That worked great, but now I have another problem: the > connection won't take after I create my .cnxml file. It's the same > problem that was asked about earlier. I hit the "Next" button and it > gives me a "Please select something" dialog box. Did anyone ever > finalize an answer for this one? Thanks. > > Telly Haven't had that problem for sometime. As I recall with a Postgres DB having an unsupported data type in one of your tables could cause the problem. But it was not the only thing. But just to be sure - after selecting a connection file the connection name appears in a small box near the top. You have to highlight/select the connection name and then click the next. If by chance you are using version 7.2 it may be that the fixes were not back ported. If this is the case you might consider using the SVN version. At the moment it is very stable. -- John Fabiani ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Dabo Error When Opening Database File
Paul McNett wrote: I think it is likely that the problem reduces down to you using the ascii version of wxPython instead of unicode. Can you install the unicode wxPython and try again? -- Thanks, Paul. That worked great, but now I have another problem: the connection won't take after I create my .cnxml file. It's the same problem that was asked about earlier. I hit the "Next" button and it gives me a "Please select something" dialog box. Did anyone ever finalize an answer for this one? Thanks. Telly ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
On Feb 4, 2007, at 2:41 PM, Paul McNett wrote: > I did a gig over the summer that involved some TurboGears. TurboGears > wraps up SQLObject, CherryPy, and Kid, among some other tools. You > aren't required to let SQLObject create the tables, but it is kind of > easier to let that happen once you've bought into that mindset. > This is > because you express your tables in terms of classes, and your > fields in > terms of attributes of those classes. Once you have your db class > definitions set up, you invoke the machinery to actually do the CREATE > TABLE calls. TurboGears comes with some helper scripts; I'm not sure > what SQLObject comes with by itself. TG was my exposure to SQLObject. I remember looking through the examples, and they all were concerned with completely new projects; there weren't any that addressed connecting to existing databases. When I asked about this on the SO list, they showed me how, but I got the clear impression that it was considered 'odd' to want to do that. Go figure. -- Ed Leafe -- http://leafe.com -- http://dabodev.com ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
Carl Karsten wrote: > Ed Leafe wrote: >> On Feb 4, 2007, at 1:27 PM, Carl Karsten wrote: >> it's easiest if you just let SQLObject create the PK/ID values for you. >> SQLObject? Why not let MySQL handle this? Or does SQLObject simply >> defer to MySQL, as does Dabo? > > I think it (SO) is similar to Dabo's data classes. only it even takes care > of > the CREATE TABLE too, which doesn't sit well with me. but I plan on learning > about this a PyCon, cuz I don't really know squat right now. I did a gig over the summer that involved some TurboGears. TurboGears wraps up SQLObject, CherryPy, and Kid, among some other tools. You aren't required to let SQLObject create the tables, but it is kind of easier to let that happen once you've bought into that mindset. This is because you express your tables in terms of classes, and your fields in terms of attributes of those classes. Once you have your db class definitions set up, you invoke the machinery to actually do the CREATE TABLE calls. TurboGears comes with some helper scripts; I'm not sure what SQLObject comes with by itself. Personally, I don't like that approach, but I can see the appeal for programmers without a background in SQL or RDBMS. Most of my summer gig with TurboGears didn't involve the db layer at all, which was ZODB. It involved modifying Kid templates (the UI layer: XHTML) and the CherryPy controller (the biz layer: python). There's some powerful stuff in there, but I still don't see how it is easier than just raw mod_python, once you understand how to wield it. -- pkm ~ http://paulmcnett.com ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
Ed Leafe wrote: > On Feb 4, 2007, at 1:27 PM, Carl Karsten wrote: > >>> it's >>> easiest if >>> you just let SQLObject create the PK/ID values for you. > > SQLObject? Why not let MySQL handle this? Or does SQLObject simply > defer to MySQL, as does Dabo? I think it (SO) is similar to Dabo's data classes. only it even takes care of the CREATE TABLE too, which doesn't sit well with me. but I plan on learning about this a PyCon, cuz I don't really know squat right now. Carl K ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
On Feb 4, 2007, at 1:27 PM, Carl Karsten wrote: >> it's >> easiest if >> you just let SQLObject create the PK/ID values for you. SQLObject? Why not let MySQL handle this? Or does SQLObject simply defer to MySQL, as does Dabo? > Mind creating a DB and giving Mark rights to CREATE TABLE? Done. I'll email you the user info off-list. > I'll nudge him to join this list. /me CCs Mark. >> Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo- >> users > > btw - the only reason this is better than me doing it all myself is > that one is > happing and the other isn't. No problem. -- Ed Leafe -- http://leafe.com -- http://dabodev.com ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
Mark Ramm wrote: > it's > easiest if > you just let SQLObject create the PK/ID values for you. Mind creating a DB and giving Mark rights to CREATE TABLE? I'll nudge him to join this list. /me CCs Mark. > Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users btw - the only reason this is better than me doing it all myself is that one is happing and the other isn't. Carl K Ed Leafe wrote: > On Feb 4, 2007, at 12:27 PM, Carl Karsten wrote: > >> Ed, you mind hosting the db on your public MySql server? Mark Ramm >> (pycon >> speaker) is considering doing a Turbo Gears version "Let me look at >> this, it >> shouldn't be too hard." >> >> given the hint of interest, I'll make the CREATE TABLE script. >> Have to start a load of laundry first :) > > I don't mind hosting it at all, since I already have the setup in > place. > > -- Ed Leafe > -- http://leafe.com > -- http://dabodev.com > > > > ___ > Post Messages to: Dabo-users@leafe.com > Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users > > ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
On Feb 4, 2007, at 12:27 PM, Carl Karsten wrote: > Ed, you mind hosting the db on your public MySql server? Mark Ramm > (pycon > speaker) is considering doing a Turbo Gears version "Let me look at > this, it > shouldn't be too hard." > > given the hint of interest, I'll make the CREATE TABLE script. > Have to start a load of laundry first :) I don't mind hosting it at all, since I already have the setup in place. -- Ed Leafe -- http://leafe.com -- http://dabodev.com ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
> that matches your audience). Take the time using the ClassDesigner. I would > not attempt to explain the advantages of ClassDesigner over something else. > I'm sure the audience will make that determination all on their own. agree. pretty much 1 min of showing a code version of the code equivalent so that people understand what the CD does/does't do. er, by doesn't I think I mean you don't have to use it. (I have a feeling some people will like the safety net of being able to write raw code, even if they end up only using the CD.) Carl K ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
Carl Karsten wrote: > Ed Leafe wrote: >> On Feb 4, 2007, at 10:13 AM, Carl Karsten wrote: >> >>> How about "How I built the app that organized the PyCon AV >>> equipment needs" :) >>> >>> Here is the spread sheet from last year: >>> >>> http://us.pycon.org/uploads//TX2007/PyCon2006-EquipmentNotes.xls >>> >>> Which is just so de-normalized and clumsy it makes my eyes hurt. >>> >>> I keep thinking it would be a better use of my time to write an app >>> that would >>> produce that than try to make it by hand, which may explain why I >>> have done >>> neither ... >> To build an app one would need (besides lots of time!) an idea of >> how it will be used in practice. I agree that that spreadsheet is >> super-ugly, but I wouldn't even begin to know what they would need in >> practice to make such an app useful for the conference. >> > > I need basic CRUD for these 6 tables: > > * Days (Feb 22,23,24,25) > * Rooms (basically 10 or 11 (2 get combined into one - but I think for what I > need it can always be treated as two, not sure how to deal with that.)) > * Equipment: (wireless mic, podium, podium mic, audience mic, 1000 lumin > projector, 2000+ l projector, projector screen) > * Vendors( Hotel, avwtelav.com, pcrentals.com, PSF (they are considering > buying.) > > * Prices (Equipment,Vendor, price) > * Allocation (Day, Room, Equipment) > > I don't think I need sessions. I'll leave that for scope creep :) > > The last 2 are the only ones with foreign keys. I don't need any magic data > generation - the Allocation table will get filled by me hitting insert 300 > times > and pick from drop downs. > > Anyone know how to create a spreadsheet similar to the 2006 one. (something > to > give to the vendors and hotel for bids and then an order) > Ed, you mind hosting the db on your public MySql server? Mark Ramm (pycon speaker) is considering doing a Turbo Gears version "Let me look at this, it shouldn't be too hard." given the hint of interest, I'll make the CREATE TABLE script. Have to start a load of laundry first :) Carl K ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
On Sunday 04 February 2007 08:24, Ed Leafe wrote: > On Feb 4, 2007, at 11:20 AM, Nate Lowrie wrote: > > I was attracted to Dabo solely for the UI layer. I have not even > > touched the other tiers yet. The UI layer is so attractive for users > > coming from a different GUI toolkit because of the ease of use. I > > guess a talk on what the UI layer alone is capable of doing would be > > what I would like to see. The UI layer is often times left out in > > favor of App Wizard or DB demos. By itself it would be a very nice > > product. > > > > My $.02. > > Could you possibly list a few ideas of you mean by this? On the > wiki, so I can keep it all organized? > > Imagine you were showing the Dabo UI layer to someone. Where would > you start? What do you think would be the thing that would grab > someone's attention? For example, some of the capabilities of the > dGrid class can't really be appreciated unless you've struggled with > the native wx.grid.Grid class. > > -- Ed Leafe > -- http://leafe.com > -- http://dabodev.com I like Nate's Idea. I think I would explain that Dabo was a three tier framework. Then I give a quick over view of creating a ClassDesigner App. I can currently create a simple ClassDesigner app in less than a minute. Then explain how to enhance the app via the ClassDesigner. Showing how you can add slots, spacing all from the ClassDesigner. Then I would use something unique that had to be handled via hand coding the UI. All done in under twenty minutes. At this point you have discussed the framework, demo'd the framework, and have demo'd one of the framework tools. I would make the app something that matched your audience. If they are DB people create a DB app. If they are Admin types create a simple GUI to some simple function normally done via the command line. I.e. like restarting Samba and keeping a record of time in a DB. In any case the app does not really matter (just make it simple and something that matches your audience). Take the time using the ClassDesigner. I would not attempt to explain the advantages of ClassDesigner over something else. I'm sure the audience will make that determination all on their own. -- John Fabiani ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
Ed Leafe wrote: > On Feb 4, 2007, at 10:13 AM, Carl Karsten wrote: > >> How about "How I built the app that organized the PyCon AV >> equipment needs" :) >> >> Here is the spread sheet from last year: >> >> http://us.pycon.org/uploads//TX2007/PyCon2006-EquipmentNotes.xls >> >> Which is just so de-normalized and clumsy it makes my eyes hurt. >> >> I keep thinking it would be a better use of my time to write an app >> that would >> produce that than try to make it by hand, which may explain why I >> have done >> neither ... > > To build an app one would need (besides lots of time!) an idea of > how it will be used in practice. I agree that that spreadsheet is > super-ugly, but I wouldn't even begin to know what they would need in > practice to make such an app useful for the conference. > I need basic CRUD for these 6 tables: * Days (Feb 22,23,24,25) * Rooms (basically 10 or 11 (2 get combined into one - but I think for what I need it can always be treated as two, not sure how to deal with that.)) * Equipment: (wireless mic, podium, podium mic, audience mic, 1000 lumin projector, 2000+ l projector, projector screen) * Vendors( Hotel, avwtelav.com, pcrentals.com, PSF (they are considering buying.) * Prices (Equipment,Vendor, price) * Allocation (Day, Room, Equipment) I don't think I need sessions. I'll leave that for scope creep :) The last 2 are the only ones with foreign keys. I don't need any magic data generation - the Allocation table will get filled by me hitting insert 300 times and pick from drop downs. Anyone know how to create a spreadsheet similar to the 2006 one. (something to give to the vendors and hotel for bids and then an order) Carl K ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
On Feb 4, 2007, at 10:13 AM, Carl Karsten wrote: > How about "How I built the app that organized the PyCon AV > equipment needs" :) > > Here is the spread sheet from last year: > > http://us.pycon.org/uploads//TX2007/PyCon2006-EquipmentNotes.xls > > Which is just so de-normalized and clumsy it makes my eyes hurt. > > I keep thinking it would be a better use of my time to write an app > that would > produce that than try to make it by hand, which may explain why I > have done > neither ... To build an app one would need (besides lots of time!) an idea of how it will be used in practice. I agree that that spreadsheet is super-ugly, but I wouldn't even begin to know what they would need in practice to make such an app useful for the conference. -- Ed Leafe -- http://leafe.com -- http://dabodev.com ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
On Feb 4, 2007, at 11:20 AM, Nate Lowrie wrote: > I was attracted to Dabo solely for the UI layer. I have not even > touched the other tiers yet. The UI layer is so attractive for users > coming from a different GUI toolkit because of the ease of use. I > guess a talk on what the UI layer alone is capable of doing would be > what I would like to see. The UI layer is often times left out in > favor of App Wizard or DB demos. By itself it would be a very nice > product. > > My $.02. Could you possibly list a few ideas of you mean by this? On the wiki, so I can keep it all organized? Imagine you were showing the Dabo UI layer to someone. Where would you start? What do you think would be the thing that would grab someone's attention? For example, some of the capabilities of the dGrid class can't really be appreciated unless you've struggled with the native wx.grid.Grid class. -- Ed Leafe -- http://leafe.com -- http://dabodev.com ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
On 2/5/07, Ed Leafe <[EMAIL PROTECTED]> wrote: > I'm preparing my session for this month's PyCon?, and thought I'd > ask for some input from people who are not as thoroughly immersed in > Dabo as I am. Specifically, I'd like to hear your ideas and > observations about what it is about Dabo that either first attracted > you to it, or that created the Aha! moment when you realized that > this might be a truly useful tool for you. My thinking is that since > I have to limit my talk to a short period of time, which means that > I'll have to skip some things, if I can get a better idea as to what > grabs people best, I will be sure not to drop that from the talk. I was attracted to Dabo solely for the UI layer. I have not even touched the other tiers yet. The UI layer is so attractive for users coming from a different GUI toolkit because of the ease of use. I guess a talk on what the UI layer alone is capable of doing would be what I would like to see. The UI layer is often times left out in favor of App Wizard or DB demos. By itself it would be a very nice product. My $.02. > > http://dabodev.com/wiki/PyCon2007Ideas > > If you need Wiki access, just ask. > > > -- Ed Leafe > -- http://leafe.com > -- http://dabodev.com > > > > ___ > Post Messages to: Dabo-users@leafe.com > Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users > ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Re: [dabo-users] Ideas for PyCon session
Ed Leafe wrote: > I'm preparing my session for this month's PyCon?, and thought I'd > ask for some input from people who are not as thoroughly immersed in > Dabo as I am. Specifically, I'd like to hear your ideas and > observations about what it is about Dabo that either first attracted > you to it, or that created the Aha! moment when you realized that > this might be a truly useful tool for you. My thinking is that since > I have to limit my talk to a short period of time, which means that > I'll have to skip some things, if I can get a better idea as to what > grabs people best, I will be sure not to drop that from the talk. How about "How I built the app that organized the PyCon AV equipment needs" :) Here is the spread sheet from last year: http://us.pycon.org/uploads//TX2007/PyCon2006-EquipmentNotes.xls Which is just so de-normalized and clumsy it makes my eyes hurt. I keep thinking it would be a better use of my time to write an app that would produce that than try to make it by hand, which may explain why I have done neither ... Carl K ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
[dabo-users] Ideas for PyCon session
I'm preparing my session for this month's PyCon?, and thought I'd ask for some input from people who are not as thoroughly immersed in Dabo as I am. Specifically, I'd like to hear your ideas and observations about what it is about Dabo that either first attracted you to it, or that created the Aha! moment when you realized that this might be a truly useful tool for you. My thinking is that since I have to limit my talk to a short period of time, which means that I'll have to skip some things, if I can get a better idea as to what grabs people best, I will be sure not to drop that from the talk. http://dabodev.com/wiki/PyCon2007Ideas If you need Wiki access, just ask. -- Ed Leafe -- http://leafe.com -- http://dabodev.com ___ Post Messages to: Dabo-users@leafe.com Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
