Hey,
Finally, the Windows builds are working again. I am interested to
hear about how the GUI changes work on Windows...
.hc
If nature has made any one thing less susceptible than all others of
exclusive property, it is the action of the thinking power called an
idea, which an individual may exclusively possess as long as he keeps
it to himself; but the moment it is divulged, it forces itself into
the possession of everyone, and the receiver cannot dispossess
himself of it. - Thomas Jefferson
On Dec 4, 2007 11:57 AM, Hans-Christoph Steiner hans@eds.org wrote:
Hey,
Finally, the Windows builds are working again. I am interested to hear about how the GUI changes work on Windows...
.hc
I will try it this week and report back...I have a Windows machine at home now!
Hans-Christoph Steiner wrote:
Hey,
Finally, the Windows builds are working again. I am interested to hear about how the GUI changes work on Windows...
All objects except the iemguis are invisible. (WindowsXP) The Edit menu on the main window has a tiny grayed out font. All other menus look OK.
Martin
On Tue, 4 Dec 2007, Martin Peach wrote:
Hans-Christoph Steiner wrote:
Finally, the Windows builds are working again. I am interested to hear about how the GUI changes work on Windows...
All objects except the iemguis are invisible. (WindowsXP)
This can be related to some things:
the update queue mechanism introduced in 0.38 isn't working anymore so the queue just builds up without flushing or the queue just doesn't ever build up.
every non-GOP patch gets treated like a GOP drawn in itself. If the floatboxes (Ctrl+3) don't get drawn, it's probably not the problem.
new patch colouring mechanism happens to draw white-on-white (I haven't looked at how it works, so I don't know whether it's possible that this happens)
Tcl commands are erring, and the errancies are redirected to some kind of /dev/null by Windows or by the custom Wish Shell used by Pd.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
Mathieu Bouchard wrote:
On Tue, 4 Dec 2007, Martin Peach wrote:
Hans-Christoph Steiner wrote:
Finally, the Windows builds are working again. I am interested to hear about how the GUI changes work on Windows...
All objects except the iemguis are invisible. (WindowsXP)
This can be related to some things:
the update queue mechanism introduced in 0.38 isn't working anymore so the queue just builds up without flushing or the queue just doesn't ever build up.
every non-GOP patch gets treated like a GOP drawn in itself. If the floatboxes (Ctrl+3) don't get drawn, it's probably not the problem.
Floatboxes don't get drawn. Only the bang, toggle, slider, number2, radio, vumeter and the data in arrays show up. No patch cords either.
new patch colouring mechanism happens to draw white-on-white (I haven't looked at how it works, so I don't know whether it's possible that this happens)
Tcl commands are erring, and the errancies are redirected to some kind of /dev/null by Windows or by the custom Wish Shell used by Pd.
If I open pd from a command prompt no errors are printed in any window.
Martin
On Dec 4, 2007, at 3:01 PM, Martin Peach wrote:
Mathieu Bouchard wrote:
On Tue, 4 Dec 2007, Martin Peach wrote:
Hans-Christoph Steiner wrote:
Finally, the Windows builds are working again. I am interested to hear about how the GUI changes work on Windows...
All objects except the iemguis are invisible. (WindowsXP)
This can be related to some things:
- the update queue mechanism introduced in 0.38 isn't working
anymore so the queue just builds up without flushing or the queue just doesn't ever build up.
- every non-GOP patch gets treated like a GOP drawn in itself.
If the floatboxes (Ctrl+3) don't get drawn, it's probably not the
problem.Floatboxes don't get drawn. Only the bang, toggle, slider, number2,
radio, vumeter and the data in arrays show up. No patch cords either.
- new patch colouring mechanism happens to draw white-on-white (I haven't looked at how it works, so I don't know whether it's
possible that this happens)
- Tcl commands are erring, and the errancies are redirected to
some kind of /dev/null by Windows or by the custom Wish Shell used
by Pd.If I open pd from a command prompt no errors are printed in any
window.
If you turn on "-d 1" you can see everything is getting created.
It's all there on the patch, too, you can highlight it, interact with
it, etc. It is just all being drawn in white-on-white... Hmm...
Windows Tk doesn't like web colors?
.hc
The arc of history bends towards justice. - Dr. Martin Luther
King, Jr.
On Dec 4, 2007, at 3:01 PM, Martin Peach wrote:
Mathieu Bouchard wrote:
On Tue, 4 Dec 2007, Martin Peach wrote:
Hans-Christoph Steiner wrote:
Finally, the Windows builds are working again. I am interested to hear about how the GUI changes work on Windows...
All objects except the iemguis are invisible. (WindowsXP)
This can be related to some things:
- the update queue mechanism introduced in 0.38 isn't working
anymore so the queue just builds up without flushing or the queue just doesn't ever build up.
- every non-GOP patch gets treated like a GOP drawn in itself.
If the floatboxes (Ctrl+3) don't get drawn, it's probably not the
problem.Floatboxes don't get drawn. Only the bang, toggle, slider, number2,
radio, vumeter and the data in arrays show up. No patch cords either.
Very strange that it works fine on Mac OS X and Ubuntu, but not
Windows. I just did some more testing on Mac OS X. It looks like Tk
is not actually drawing to the canvas, since I can change the
background color of the canvas, but I don't see anything drawn.
Any ideas?
.hc
- new patch colouring mechanism happens to draw white-on-white (I haven't looked at how it works, so I don't know whether it's
possible that this happens)
- Tcl commands are erring, and the errancies are redirected to
some kind of /dev/null by Windows or by the custom Wish Shell used
by Pd.If I open pd from a command prompt no errors are printed in any
window.Martin
Mistrust authority - promote decentralization. - the hacker ethic
by the way, when installing the files and the "file already exists"
dialog, please add a "always" button. it's a bit uneffective having to
press the y key for several minutes, until all files are there.
weird tcl/tk behaviour here as well.
what does "libdir_loader: added cyclone to the global classpath" mean?
I think the console is a classical feature. the box for it should be
checked as standard - anyone can change it to something else afterwards.
the edit menu has smaller fonts than the other ones - but only in the main
window.
Am 05.12.2007, 01:03 Uhr, schrieb Hans-Christoph Steiner hans@eds.org:
On Dec 4, 2007, at 3:01 PM, Martin Peach wrote:
Mathieu Bouchard wrote:
On Tue, 4 Dec 2007, Martin Peach wrote:
Hans-Christoph Steiner wrote:
Finally, the Windows builds are working again. I am interested to hear about how the GUI changes work on Windows...
All objects except the iemguis are invisible. (WindowsXP)
This can be related to some things:
- the update queue mechanism introduced in 0.38 isn't working
anymore so the queue just builds up without flushing or the queue just doesn't ever build up.
- every non-GOP patch gets treated like a GOP drawn in itself.
If the floatboxes (Ctrl+3) don't get drawn, it's probably not the problem.
Floatboxes don't get drawn. Only the bang, toggle, slider, number2, radio, vumeter and the data in arrays show up. No patch cords either.
Very strange that it works fine on Mac OS X and Ubuntu, but not Windows. I just did some more testing on Mac OS X. It looks like Tk is not actually drawing to the canvas, since I can change the background color of the canvas, but I don't see anything drawn.
Any ideas?
.hc
- new patch colouring mechanism happens to draw white-on-white (I haven't looked at how it works, so I don't know whether it's
possible that this happens)
- Tcl commands are erring, and the errancies are redirected to
some kind of /dev/null by Windows or by the custom Wish Shell used by Pd.
If I open pd from a command prompt no errors are printed in any window.
Martin
Mistrust authority - promote decentralization. - the hacker ethic
PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
On Dec 4, 2007, at 8:03 PM, João Miguel Pais wrote:
by the way, when installing the files and the "file already exists"
dialog, please add a "always" button. it's a bit uneffective having
to press the y key for several minutes, until all files are there.
Uninstalling first is a solution to this. Please file a bug report
on that though.
weird tcl/tk behaviour here as well.
what does "libdir_loader: added cyclone to the global classpath" mean?
Pd 0.40 adds canvas-local namespaces. that message means a library
has been loaded into the global namespace.
I think the console is a classical feature. the box for it should
be checked as standard - anyone can change it to something else
afterwards.
Fixed in CVS.
the edit menu has smaller fonts than the other ones - but only in
the main window.
Oops, bug, should be fixed in CVS.
.hc
Am 05.12.2007, 01:03 Uhr, schrieb Hans-Christoph Steiner
hans@eds.org:On Dec 4, 2007, at 3:01 PM, Martin Peach wrote:
Mathieu Bouchard wrote:
On Tue, 4 Dec 2007, Martin Peach wrote:
Hans-Christoph Steiner wrote:
Finally, the Windows builds are working again. I am
interested to hear about how the GUI changes work on Windows...All objects except the iemguis are invisible. (WindowsXP)
This can be related to some things:
- the update queue mechanism introduced in 0.38 isn't working
anymore so the queue just builds up without flushing or the queue just doesn't ever build up.
- every non-GOP patch gets treated like a GOP drawn in itself.
If the floatboxes (Ctrl+3) don't get drawn, it's probably not the problem.
Floatboxes don't get drawn. Only the bang, toggle, slider, number2, radio, vumeter and the data in arrays show up. No patch cords
either.Very strange that it works fine on Mac OS X and Ubuntu, but not Windows. I just did some more testing on Mac OS X. It looks like Tk is not actually drawing to the canvas, since I can change the background color of the canvas, but I don't see anything drawn.
Any ideas?
.hc
- new patch colouring mechanism happens to draw white-on-
white (I haven't looked at how it works, so I don't know whether it's possible that this happens)
- Tcl commands are erring, and the errancies are redirected to
some kind of /dev/null by Windows or by the custom Wish Shell used by Pd.
If I open pd from a command prompt no errors are printed in any window.
Martin
Mistrust authority - promote decentralization. - the hacker ethic
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 jmmmpais@googlemail.com skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Pd-Ext-0.39-2-t5, Pd Van 0.40-t2
All mankind is of one author, and is one volume; when one man dies,
one chapter is not torn out of the book, but translated into a better
language; and every chapter must be so translated.... -John Donne
by the way, when installing the files and the "file already exists"
dialog, please add a "always" button. it's a bit uneffective having to
press the y key for several minutes, until all files are there.Uninstalling first is a solution to this. Please file a bug report on
that though.
I will. that's true, but the desirable behaviour for a program that
frequently is updated is that it just overwrites itself - skype, firefox,
ccleaner, ...
weird tcl/tk behaviour here as well.
what does "libdir_loader: added cyclone to the global classpath" mean?
Pd 0.40 adds canvas-local namespaces. that message means a library has
been loaded into the global namespace.
ok. but maybe it might be nice to replace it with something in "english".
it's nicer to users that don't care about those details.
On Wed, 2007-12-05 at 10:24 +0100, João Miguel Pais wrote:
by the way, when installing the files and the "file already exists"
dialog, please add a "always" button. it's a bit uneffective having to
press the y key for several minutes, until all files are there.Uninstalling first is a solution to this. Please file a bug report on
that though.I will. that's true, but the desirable behaviour for a program that
frequently is updated is that it just overwrites itself - skype, firefox,
ccleaner, ...weird tcl/tk behaviour here as well.
what does "libdir_loader: added cyclone to the global classpath" mean?
Pd 0.40 adds canvas-local namespaces. that message means a library has
been loaded into the global namespace.ok. but maybe it might be nice to replace it with something in "english".
it's nicer to users that don't care about those details.
i don't agree. i think, if there are messages printed to console at all, they should be very accurate and use accurate terms. Otherwise more experienced people would have to translate every message back.
i don't like the idea of making things appear simple, if they are not. i still consider pd to be a programming language and in order to deal with a programming language, you need to use adequate terminology. i think it helps everyone and causes confusion less likely (also for beginners), if terminology is consistent.
after all, you don't have to care about messages, that are _not_ errors.
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
what does "libdir_loader: added cyclone to the global classpath"
after all, you don't have to care about messages, that are _not_ errors.
my problem was that I couldn't say if that was an error or not. I couldn't
say anything at all about it, in fact. in the previous version I
understood what it was about.
On Wed, 2007-12-05 at 16:11 +0100, João Miguel Pais wrote:
what does "libdir_loader: added cyclone to the global classpath"
after all, you don't have to care about messages, that are _not_ errors.
my problem was that I couldn't say if that was an error or not. I couldn't
say anything at all about it, in fact. in the previous version I
understood what it was about.
i think, if you see an error message in the pd-window that is not prepended by 'error: ' you can call it a bug.
roman
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
On Wed, 5 Dec 2007, Roman Haefeli wrote:
Pd 0.40 adds canvas-local namespaces. that message means a library has been loaded into the global namespace.
ok. but maybe it might be nice to replace it with something in "english". it's nicer to users that don't care about those details.
i don't agree. i think, if there are messages printed to console at all, they should be very accurate and use accurate terms. Otherwise more experienced people would have to translate every message back. i don't like the idea of making things appear simple, if they are not.
It makes me think of those Microsoft components that talk about "resources" when they mean "RAM". They especially don't mean "resources" in general, because it would include lots more than just RAM, and you couldn't add all resources together in a way meaningful enough to get a percentage-of-use out of it. So this is an example of condescending terminology destined to keep users in ignorance and confusion and make techies look like aliens because They Don't Use The Same Words As MicroSoft Does. (I can't believe that it was an accident or a simple mistake...)
OTOH, "core dumps" are not much more meaningful as a word, but at least they have historical justification. Unfortunately for the "core dump" expression, "magnetic core RAM" fell in disuse shortly before I was born, being replaced by "semiconductor RAM" instead... first by 128-byte chips, then 1024, 4096, 16384, ... and nowadays, a piece of RAM may hold 1073741824 bytes (one gig), but still, Linux, in the long tradition of UNIX passed from generation to generation, says things like:
Segmentation Fault (core dumped)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
On Tue, 4 Dec 2007, Hans-Christoph Steiner wrote:
Pd 0.40 adds canvas-local namespaces. that message means a library has been loaded into the global namespace.
Is it possible to load a library of several classes, or of one class and several aliases, into a canvas namespace? (What about a library of zero class and several aliases?)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
On Dec 5, 2007, at 11:41 AM, Mathieu Bouchard wrote:
On Tue, 4 Dec 2007, Hans-Christoph Steiner wrote:
Pd 0.40 adds canvas-local namespaces. that message means a library has been loaded into the global namespace.
Is it possible to load a library of several classes, or of one
class and several aliases, into a canvas namespace? (What about a
library of zero class and several aliases?)
The canvas-local namespace is a path for finding objects. I think as
of 0.40.2, once binary DLLs are loaded, those symbols are in a global
namespace.
.hc
Terrorism is not an enemy. It cannot be defeated. It's a tactic.
It's about as sensible to say we declare war on night attacks and
expect we're going to win that war. We're not going to win the war
on terrorism. - retired U.S. Army general, William Odom
Hans-Christoph Steiner wrote:
On Dec 4, 2007, at 3:01 PM, Martin Peach wrote:
Mathieu Bouchard wrote:
On Tue, 4 Dec 2007, Martin Peach wrote:
Hans-Christoph Steiner wrote:
Finally, the Windows builds are working again. I am interested to hear about how the GUI changes work on Windows...
All objects except the iemguis are invisible. (WindowsXP)
This can be related to some things:
- the update queue mechanism introduced in 0.38 isn't working
anymore so the queue just builds up without flushing or the queue just doesn't ever build up.
- every non-GOP patch gets treated like a GOP drawn in itself.
If the floatboxes (Ctrl+3) don't get drawn, it's probably not the
problem.Floatboxes don't get drawn. Only the bang, toggle, slider, number2,
radio, vumeter and the data in arrays show up. No patch cords either.Very strange that it works fine on Mac OS X and Ubuntu, but not
Windows. I just did some more testing on Mac OS X. It looks like Tk
is not actually drawing to the canvas, since I can change the
background color of the canvas, but I don't see anything drawn.
WinXP: Changing the background of the canvas (edit pd.tk line 82: set canvas_fill #FF7F00) doesn't make the object visible. Also I can make a line appear when I move to join two toggles for instance, but the input of the second toggle won't accept the line.
Martin
On Tue, 4 Dec 2007, Martin Peach wrote:
WinXP: Changing the background of the canvas (edit pd.tk line 82: set canvas_fill #FF7F00) doesn't make the object visible. Also I can make a line appear when I move to join two toggles for instance, but the input of the second toggle won't accept the line.
Maybe it accepts the line while making it disappear. It has to do with how that line is drawn: usually, the visual line you drag is deleted when the internal connection is made, and then it is redrawn using the same code that draws lines when opening a patch.
With all that has been said, what looks broken is the procedure for triggering redraws. You can figure out whether it is it, or an untrapped tcl/tk problem, by inserting fprintf(stderr,...) in the draw-methods to see whether they are called or not.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada
-
Hans-Christoph Steiner -
Josh Lawrence -
João Miguel Pais -
Martin Peach -
Mathieu Bouchard -
Roman Haefeli