On May 7, 2020, at 04:46, Dragan Nedeljković ndragan@ndragan.com wrote:
Are you using the dabo3 branch of the code? I got a lot of things working under Python3, but just didn’t have the time to fix it all.
Ah... right, just went back to Git and found that what I have is the master branch. Downloaded dabo3, much fresher.
Will dive into it when we finish celebrating the end of curfew :)
I dug up the old export of the wiki, and was disappointed to find that there was no way to extract the information from it. I spent a few hours trying several approaches, but kept getting failures, usually due to binary incompatibility.
Then it hit me: the internet archive! So I went digging, and sure enough, the wiki lives on there! So when you finally are ready to play around with it, look here for the wiki documentation:
http://web.archive.org/web/20110811180826/http://wiki.dabodev.com/FrontPage
-- Ed Leafe
Дана 8.5.20. у 03:25, Ed Leafe пише:
On May 7, 2020, at 04:46, Dragan Nedeljković ndragan@ndragan.com wrote:
Are you using the dabo3 branch of the code? I got a lot of things working under Python3, but just didn’t have the time to fix it all.
Ah... right, just went back to Git and found that what I have is the master branch. Downloaded dabo3, much fresher.
Will dive into it when we finish celebrating the end of curfew :)
I dug up the old export of the wiki, and was disappointed to find that there was no way to extract the information from it. I spent a few hours trying several approaches, but kept getting failures, usually due to binary incompatibility.
Then it hit me: the internet archive! So I went digging, and sure enough, the wiki lives on there! So when you finally are ready to play around with it, look here for the wiki documentation:
http://web.archive.org/web/20110811180826/http://wiki.dabodev.com/FrontPage
OK, that worked and actually helped a lot. I have the first form in the app already doing something. Now implementing the rest of the stuff will be fun in the following months.
As to your suggestion to fix a few things... see attached. Search for #2020, I marked my comments. Nothing much, just changes I had to make to make it work with current version of wx and Python (it doesn't like "is '' ", it suggests to make it "== '' "; several combinations of alignment flags in the sizer are now a no-no, check dSizerMixin.py). I built my form in code, without any attempts at alignment, and it just worked.
But the alignment issue affected the ClassDesigner.py (and a few others, not connection maker, that one works), because the asserts triggered can't be turned off, they are deep inside the wx's c++ code. The remaining issue is this:
*ndragan@zmycheck12u*:*~/radna/py/dabo*$ python3.8 -i ide/ClassDesigner.py
(ClassDesigner.py:24978): Gtk-*CRITICAL* **:16:53:54.306: gtk_widget_set_size_request: assertion 'height >= -1' failed
(ClassDesigner.py:24978): Gtk-*CRITICAL* **:16:53:54.307: gtk_widget_set_size_request: assertion 'height >= -1' failed
(ClassDesigner.py:24978): Gtk-*CRITICAL* **:16:53:54.307: gtk_widget_set_size_request: assertion 'height >= -1' failed
(ClassDesigner.py:24978): Gtk-*CRITICAL* **:16:53:54.407: gtk_widget_set_size_request: assertion 'height >= -1' failed
(ClassDesigner.py:24978): Gtk-*CRITICAL* **:16:53:54.407: gtk_widget_set_size_request: assertion 'height >= -1' failed Segmentation fault (језгрени избачај)
The trouble here is that gtk doesn't give you any clue where it happened, gives you only the almost useless timestamp. This happens when I try to resize the class designer. Before I get it to open, it has two complaints about "Unknown image data format" when I click OK in the first dialog. Then I get two more lines:
(ClassDesigner.py:25654): Gtk-*WARNING* **:17:21:42.187: Negative content width -33 (allocation 1, extents 17x17) while allocating gadget (node button, owner GtkButton)
(ClassDesigner.py:25654): Gtk-*WARNING* **:17:21:42.187: Negative content height -9 (allocation 1, extents 5x5) while allocating gadget (node button, owner GtkButton)
and then whatever I do - go through the menu or resize or whatever, it quits with the segmentation fault.
Don't know whether any of this will help much, but there it is. Sorry for the depth of the folder structure in the zip, no matter what I do, this is what I get when I zip from a selection in DoubleCommander.
Dragan
--- StripMime Report -- processed MIME parts --- multipart/mixed multipart/alternative text/plain (text body -- kept) text/html application/zip ---
Hi,
I'm sorry but did you post what version of wxPython and Python you are using?
I have been working on a couple of the issues you are having and believe I have fixed some of them in my dabo3-4.1 branch. for alignment I came up with this:
if self.GetOrientation() == wx.VERTICAL and layout != 'x': return self.insert(len(self.Children), obj, layout=layout, proportion=proportion, alignment=alignment, halign=halign,border=border, borderSides=borderSides) elif self.GetOrientation() == wx.HORIZONTAL and layout != 'x': return self.insert(len(self.Children), obj, layout=layout, proportion=proportion, alignment=alignment, valign=valign, border=border, borderSides=borderSides) else: return self.insert(len(self.Children), obj, layout=layout, proportion=proportion, border=border, borderSides=borderSides)
I'm not sure that it work for all of the possible settings - it is working for the stuff I use.
ClassDesigner is sort of working for me on Linux (didn't try on windows yet). That said, I never really used ClassDesigner for much. I believe I have all the demo's working (or at least opening) that normally work for GTK.
Also I don't see an attachment??? that you referred too.
If you are interested I would love someone to work with on the new version of wxPython 4.1 and Dabo3.
I have a project that I work on and it is working normally. It has many other issues - like unable to use the current version of ReportLab.
Johnf
On 6/7/20 8:24 AM, Dragan Nedeljković wrote:
Дана 8.5.20. у 03:25, Ed Leafe пише:
On May 7, 2020, at 04:46, Dragan Nedeljković ndragan@ndragan.com wrote:
Are you using the dabo3 branch of the code? I got a lot of things working under Python3, but just didn’t have the time to fix it all.
Ah... right, just went back to Git and found that what I have is the master branch. Downloaded dabo3, much fresher.
Will dive into it when we finish celebrating the end of curfew :)
I dug up the old export of the wiki, and was disappointed to find that there was no way to extract the information from it. I spent a few hours trying several approaches, but kept getting failures, usually due to binary incompatibility.
Then it hit me: the internet archive! So I went digging, and sure enough, the wiki lives on there! So when you finally are ready to play around with it, look here for the wiki documentation:
http://web.archive.org/web/20110811180826/http://wiki.dabodev.com/FrontPage
OK, that worked and actually helped a lot. I have the first form in the app already doing something. Now implementing the rest of the stuff will be fun in the following months.
As to your suggestion to fix a few things... see attached. Search for #2020, I marked my comments. Nothing much, just changes I had to make to make it work with current version of wx and Python (it doesn't like "is '' ", it suggests to make it "== '' "; several combinations of alignment flags in the sizer are now a no-no, check dSizerMixin.py). I built my form in code, without any attempts at alignment, and it just worked.
But the alignment issue affected the ClassDesigner.py (and a few others, not connection maker, that one works), because the asserts triggered can't be turned off, they are deep inside the wx's c++ code. The remaining issue is this:
*ndragan@zmycheck12u*:*~/radna/py/dabo*$ python3.8 -i ide/ClassDesigner.py
(ClassDesigner.py:24978): Gtk-*CRITICAL* **:16:53:54.306: gtk_widget_set_size_request: assertion 'height >= -1' failed
(ClassDesigner.py:24978): Gtk-*CRITICAL* **:16:53:54.307: gtk_widget_set_size_request: assertion 'height >= -1' failed
(ClassDesigner.py:24978): Gtk-*CRITICAL* **:16:53:54.307: gtk_widget_set_size_request: assertion 'height >= -1' failed
(ClassDesigner.py:24978): Gtk-*CRITICAL* **:16:53:54.407: gtk_widget_set_size_request: assertion 'height >= -1' failed
(ClassDesigner.py:24978): Gtk-*CRITICAL* **:16:53:54.407: gtk_widget_set_size_request: assertion 'height >= -1' failed Segmentation fault (језгрени избачај)
The trouble here is that gtk doesn't give you any clue where it happened, gives you only the almost useless timestamp. This happens when I try to resize the class designer. Before I get it to open, it has two complaints about "Unknown image data format" when I click OK in the first dialog. Then I get two more lines:
(ClassDesigner.py:25654): Gtk-*WARNING* **:17:21:42.187: Negative content width -33 (allocation 1, extents 17x17) while allocating gadget (node button, owner GtkButton)
(ClassDesigner.py:25654): Gtk-*WARNING* **:17:21:42.187: Negative content height -9 (allocation 1, extents 5x5) while allocating gadget (node button, owner GtkButton)
and then whatever I do - go through the menu or resize or whatever, it quits with the segmentation fault.
Don't know whether any of this will help much, but there it is. Sorry for the depth of the folder structure in the zip, no matter what I do, this is what I get when I zip from a selection in DoubleCommander.
Dragan
--- StripMime Report -- processed MIME parts --- multipart/mixed multipart/alternative text/plain (text body -- kept) text/html application/zip
Post Messages to: Dabo-users@leafe.com Subscription Maintenance: https://mail.leafe.com/mailman/listinfo/dabo-users Searchable Archives: https://leafe.com/archives This message: https://leafe.com/archives/byMID/65abf8ac-b64b-d388-e354-55724d46601c@ndraga...
--- StripMime Report -- processed MIME parts --- multipart/alternative text/plain (text body -- kept) text/html ---
(Replying to John's message of 7th - something was wrong in my setup, wasn't receiving daily updates, so now I started digging through the list and found it)
First, don't know what happened with the zip, I attached it to the email (attaching now again). If there's some other way to deliver the file, let me know. Ed is also a recipient, so if the list doesn't get it, he should.
Inside the zip, the dConnectInfo.py contains a hack of mine, to avoid the issue with simpleCrypto - I made it use no encryption at all, because I don't need it, the database and everything is for my personal use, it won't get any other user but myself, won't be connected to from any other machine but this one, so I didn't want to go for a real encryption.
In Form.py, only this:
#2020-05-15 16:06:41 this syntax is now considered wrong #from dabo import lib.reportUtils as reportUtils from dabo.lib import reportUtils as reportUtils
In dGrid.py I had to fix the line in _addEmptyRows where dt is compared with "bool" - the "is" operator should be ==. Also, in the current wx (4.1.0 gtk3 (phoenix) wxWidgets 3.1.4) the wxGridSelectRows and wxGridSelectCells seem to be deprecated so I commented out or put an "False and" in the "if ... wxGridSelectCells ..." just to make it work.
As for the alignment issue, the
if self.GetOrientation() == wx.VERTICAL and layout != 'x': etc...
that's exactly what I was trying to do for a while, and then gave up because it got too convoluted for me at the time. Instead, I reworked the _getWxFlags to simply ignore any alignment flags if in wrong direction (i.e.
lVertical= self.Orientation == "Vertical" for flag in [flag.lower() for flag in alignFlags]: if flag == "left" and lVertical : _wxFlags = _wxFlags | self.leftFlag
etc, which required shuffling the code in that method to check the flags in a different order). And then I discovered the wonderful world of sizers, and wrote my form in code, and it works beautifully. This is something that could have been done with foxels, 25 years ago, but then Microsoft discovered pixels and didn't want to know of any future problems about resizing.
The trouble with few bitmaps getting negative sizes remains, and although it's just an assert warning, I can't turn it off because it's somewhere deep in the c++ bowels of gtk3, so it shuts down python, thus making classDesigner not run. When I run my form, it also gives a bunch of similar warnings about a scrollbar,
(main2.py:6643): Gtk-*CRITICAL* **:09:40:29.980: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkScrollbar
...but at least this doesn't stop the form, it runs fine, so I'm not complaining.
Now I have a different problem with that form, but I'll start a new thread about it.
--- StripMime Report -- processed MIME parts --- multipart/mixed multipart/alternative text/plain (text body -- kept) text/html application/zip ---
On Jun 25, 2020, at 03:04, Dragan Nedeljković ndragan@ndragan.com wrote:
First, don't know what happened with the zip, I attached it to the email (attaching now again). If there's some other way to deliver the file, let me know. Ed is also a recipient, so if the list doesn't get it, he should.
I did get it, but as I mentioned earlier, I don’t have time at the moment to do very much with it.
Are you familiar with Git? If you have a GitHub account, you can push your changes to your copy of the code, and then create a merge request. Then everyone can see the proposed changes, comment on them, and eventually merge them into the main branch. It is far superior to passing diff files around as email attachments.
-- Ed Leafe