On Dec 4, 2009, at 11:00 PM, Ivica Ico Bukvic wrote:
I guess I didn't understand the nature of that issue. I haven't seen
it. Tcl/Tk's bbox stuff seems to work with comments, do you mean
IEMGUI text?
.hc
Hans,
I really don't mean to be disrespectful but I am really getting
frustrated
I guessed that the attached patch illustrates the problem that you are
describing, but it seems to me that the current Pd-extended algorithm
and the Pd-vanilla algorithm get it right:
Labels for some reason seem to be more forgiving, but when you increase
font size enough, they get messed
please see attached patch. it applies cleanly against 0.41.4
extended as
well as 0.42.5 extended.
ico
patch
It works for me Pd-extended 0.42.5-20091112, thanks for that. Sorry
for the delay, its been a busy week. Two things I tried:
- like the current Pd-extended scroll logic,
On Dec 4, 2009, at 7:56 AM, Ivica Ico Bukvic wrote:
please see attached patch. it applies cleanly against 0.41.4
extended as
well as 0.42.5 extended.
ico
patch
It works for me Pd-extended 0.42.5-20091112, thanks for that. Sorry
for the delay, its been a busy week. Two things I tried:
-
I guess I didn't understand the nature of that issue. I haven't seen
it. Tcl/Tk's bbox stuff seems to work with comments, do you mean
IEMGUI text?
.hc
On Dec 4, 2009, at 2:06 PM, Ivica Ico Bukvic wrote:
Please see the patch. It says there. I also sent you on several
email test that
I guess I didn't understand the nature of that issue. I haven't seen
it. Tcl/Tk's bbox stuff seems to work with comments, do you mean
IEMGUI text?
.hc
Hans,
I really don't mean to be disrespectful but I am really getting frustrated
by the fact that you apparently do not read my emails at
On Nov 28, 2009, at 11:14 PM, Ivica Ico Bukvic wrote:
I have been trying what you have been posting, but I haven't found a
clean patch or pd.tk.. The standard format for submitting code to
most open source projects is a diff -uw patch. That's the best way
to submit them if you want people
Please make either a diff/patch with only the scrolling stuff in it,
or a version of the pd.tk with only the scrolling changes. If we are
talking about the scrolling algorithm, then we should only be talking
about that code, not ttk and other things that have nothing to do with
Please make either a diff/patch with only the scrolling stuff in it,
or a version of the pd.tk with only the scrolling changes. If we are
talking about the scrolling algorithm, then we should only be talking
about that code, not ttk and other things that have nothing to do with
scrolling.
On Nov 28, 2009, at 11:35 AM, i...@vt.edu wrote:
Please make either a diff/patch with only the scrolling stuff in it,
or a version of the pd.tk with only the scrolling changes. If we are
talking about the scrolling algorithm, then we should only be talking
about that code, not ttk and other
I have been trying what you have been posting, but I haven't found a
clean patch or pd.tk.. The standard format for submitting code to
most open source projects is a diff -uw patch. That's the best way
to submit them if you want people to be able to read them, try them,
make sense
On Nov 18, 2009, at 10:47 AM, Ivica Ico Bukvic wrote:
Please see attached. This one should work seamlessly on pd-extended
0.42.5 with Linux (it has *not* been tested with other platforms even
though the basic premise of the redesign is that it should).
Ico
pdtk.tar.gz
FYI, it doesn't work
I think we are confusing two things here, the whole pd.tk which does offer
Hans-Christoph Steiner h...@at.or.at wrote:
On Nov 18, 2009, at 10:47 AM, Ivica Ico Bukvic wrote:
Please see attached. This one should work seamlessly on pd-extended
0.42.5 with Linux (it has *not* been tested with
Oops, still getting used to the microscopic phone keyboard...
BTW if this thing is top-posting, my apologies. It appears the droid leaves me
no choice here :-(
So, what I was trying to say is that there are two issues at hand here that are
mistakenly being interpreted as one.
Pd.tk in and of
On Fri, 27 Nov 2009, Hans-Christoph Steiner wrote:
FYI, it doesn't work on Mac OS X because it requires 8.5 and ttk, so this
couldn't be included in vanilla since Miller wants to continue to support
8.3, and it couldn't be included in Pd-extended until 0.43 since 0.42 doesn't
work on Mac OS X
On Fri, 27 Nov 2009, Ivica Ico Bukvic wrote:
It appears the droid leaves me no choice here :-(
the droids have won. humanity must surrender control.
« I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out how to
- when you select all and mouse drag components out of the current
view, Pd-extended updates scrollbars immediately, Pd and Pd-devel
update the scrollbars once you release the mouse, and Ico's gave me
an
error saying Error: can't read ::scroll(.x6d5610)
- when you resize the window,
OK, try the one below instead (with ::scroll call removed). Also, plase
don't forget to do the followign test with large graphics objects and
test scrollbar behavior:
1) create iemlib's number2
2) adjust its height to 60 and its font size to 50
3) drag it as far to the top as possible and what
On Nov 1, 2009, at 4:15 AM, Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I rewrote the scrollbar logic in 0.43 and its working well, as far
as I
can tell. Have you tried it out? I think its a similar approach,
but
the difference is
On Oct 31, 2009, at 9:41 PM, Ivica Ico Bukvic wrote:
3) 0 0 coordinate-centric design IMHO does not make sense. From
historical perspective, old patches should still TTBOMK open just
fine.
Yet, if 0 0 approach is still imposed, it results in unintuitive
behavior of scrollbars. e.g. try
I think it's only in the e-mail:
http://lists.puredata.info/pipermail/pd-dev/2009-10/014298.html
On Wed, Nov 18, 2009 at 12:12:50AM -0500, Hans-Christoph Steiner wrote:
On Oct 31, 2009, at 9:41 PM, Ivica Ico Bukvic wrote:
3) 0 0 coordinate-centric design IMHO does not make sense. From
Ah, ok, just comparing now. I added this pdtk_canvas-getscroll to Pd-
extended 0.42.5-2009-11-12. We currently have four to compare: Ico's,
Pd, Pd-extended, and Pd-Gui-Rewrite.
- Pd-extended will correctly handle the scrollbars if you select some
objects and move them with Shift-arrow,
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
On Nov 1, 2009, at 4:15 AM, Frank Barknecht wrote:
I cannot check out Ico's patch nor the GUI rewrite in general ATM, but
generally all this stuff should always be tested with data structure
displaying
subpatches we
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
I rewrote the scrollbar logic in 0.43 and its working well, as far as I
can tell. Have you tried it out? I think its a similar approach, but
the difference is that my code tries to keep things at 0,0 since Pd has a
Hey Ivica,
I rewrote the scrollbar logic in 0.43 and its working well, as far as
I can tell. Have you tried it out? I think its a similar approach,
but the difference is that my code tries to keep things at 0,0 since
Pd has a historical preference for patches having 0,0 as the upper
On Sat, 2009-10-31 at 17:18 -0400, Hans-Christoph Steiner wrote:
Hey Ivica,
I rewrote the scrollbar logic in 0.43 and its working well, as far as
I can tell. Have you tried it out? I think its a similar approach,
but the difference is that my code tries to keep things at 0,0 since
3) 0 0 coordinate-centric design IMHO does not make sense. From
historical perspective, old patches should still TTBOMK open just fine.
Yet, if 0 0 approach is still imposed, it results in unintuitive
behavior of scrollbars. e.g. try the following on 0.43 (or previous
versions without the
27 matches
Mail list logo