<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>This has been around for some time in pd-l2ork and by extension
in Purr-Data, but as Liam recently pointed out on the l2ork-dev
list, it can also break patches on vanilla where spaces (including
escaped ones) in the .pd file get misinterpreted by the vanilla
parser. Liam suggested changing those to ASCII 255 which is some
other sort of a space... Something to be investigated further down
the road. Of course, an alternative would be that vanilla ports
the same space parsing method from pd-l2ork/purr-data.<br>
</p>
<p>Best,</p>
<p>Ico<br>
</p>
<br>
<div class="moz-cite-prefix">On 12/2/2016 1:10 PM, Alexandre Torres
Porres wrote:<br>
</div>
<blockquote
cite="mid:CAEAsFmivqCUuFASFivMTvYe5fJKs4itSGO+aMhQwhdG0hrCjtA@mail.gmail.com"
type="cite">
<div dir="ltr">Hi, I see Purr Data has this feature where it
accepts spaces in lables such as in canvases... this is awesome,
and mostly why I use cyclone/comment
<div><br>
</div>
<div>I can see we could depart from how you can lable stuff in
Purr Data to make a new working cross platform version of
cyclone/comment that is still backwards compatible.</div>
<div><br>
</div>
<div>cheers </div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2016-11-29 2:28 GMT-02:00 Alexandre
Torres Porres <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:porres@gmail.com" target="_blank">porres@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">one question, how does canvas and other fonts
for labels work in cross platforms?
<div><br>
</div>
<div>why not use that for comment... for now, all
cyclone/comment is can be thought of just being a fancy
label perhaps...</div>
<div><br>
</div>
<div>I did use it a lot in my new help files that I'm
working on, but only cause it'd be too much work to use
canvas and labels, as it'd imply a canvas for each word
as it doesn't take spaces (is only a symbol)</div>
<div><br>
</div>
<div>I was even thinking of ditching it when, it stopped
working on vanilla 0.47 - yeah, that's another thing, a
fix needs to be made to vanilla for old versions of
comment (0.2 and below to work) - but then I realized it
could be really useful. I was also hoping to add
properties windows to make it more convenient.</div>
<div><br>
</div>
<div>anyway, the question is, why labels and stuff simply
work?</div>
<div><br>
</div>
<div>cheers<br>
<div class="gmail_extra"><br>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2016-11-28 21:45 GMT-02:00
Jonathan Wilkes <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:jancsika@yahoo.com" target="_blank">jancsika@yahoo.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div
style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica
Neue,Helvetica,Arial,Lucida
Grande,sans-serif;font-size:16px">
<div
class="m_-4622640508263991178m_3338184409921785789qtdSeparateBR"><br>
<br>
</div>
<div
class="m_-4622640508263991178m_3338184409921785789yahoo_quoted"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5258"
style="display:block">
<div
style="font-family:HelveticaNeue,Helvetica
Neue,Helvetica,Arial,Lucida
Grande,sans-serif;font-size:16px"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5257">
<div
style="font-family:HelveticaNeue,Helvetica
Neue,Helvetica,Arial,Lucida
Grande,sans-serif;font-size:16px"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5256">
<div
class="m_-4622640508263991178m_3338184409921785789y_msg_container"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5425">
<div
id="m_-4622640508263991178m_3338184409921785789yiv5674574758">
<div
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5424">
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5423">
<div
class="m_-4622640508263991178m_3338184409921785789yiv5674574758gmail_extra"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5422">
<div
class="m_-4622640508263991178m_3338184409921785789yiv5674574758gmail_quote"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5421"><span>
<blockquote
class="m_-4622640508263991178m_3338184409921785789yiv5674574758gmail_quote"
style="margin:0 0 0
.8ex;border-left:1px
#ccc
solid;padding-left:1ex"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5420">
<div
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5419">
<div
style="color:#000;background-color:#fff;font-family:HelveticaNeue,Helvetica
Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5418">
<div
class="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yahoo_quoted"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_3061"
style="display:block">
<div
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_3060"
style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida
Grande,sans-serif;font-size:16px">
<div
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_3059"
style="font-family:HelveticaNeue,Helvetica Neue,Helvetica,Arial,Lucida
Grande,sans-serif;font-size:16px">
<div
class="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574y_msg_container"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_4305">
<div
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yiv9610953399">
<div
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_4304">
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_4303">
<div
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_4308">
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9487">Another
reason for
putting it off
is that I
still haven't
figured out a
sane approach
<br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9630">to
handling
arbitrary
fonts in a
diagram where
everything is
absolutely
positioned. <br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9488">In
fact I only
have a
minimally-workable
approach to
handling a
single, mono-
<br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9489">spaced
font across
platforms.
For example,
there was a
change
somewhere in <br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9631">the
Gnu/Linux
font-stack
(relatively)
recently that
renders fonts
(or at least <br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9490">DejaVu
Sans Mono)
noticeably
wider than
before. So
Windows, OSX,
and <br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9501">old
Gnu/Linux
would render a
particular
line of text
sized at
"12px" within
less <br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9491">than
a single pixel
of each
other. The
new Gnu/Linux
font stack
(seen in
Ubuntu <br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9568">16.04
and some
recent Arch)
rendered the
same text
about 7 pixels
wider.</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9677"><br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9678">Worse,
the newer
Gnu/Linux font
stack
quantizes the
"px" sizes
such that the
<br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9781">next
smallest size
is noticeably
smaller. So
in Ubuntu
16.04 I have
to compromise
<br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9918">by
keeping the
object box the
same size and
having some
extra padding
at the <br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9919">end--
otherwise
users of that
OS could end
up tightly
spacing their
object chains
<br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9920">in
ways that
cause overlaps
on the other
platforms.</div>
<div
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5470"><br
clear="none">
</div>
<div
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5417">So...
I'd like to
get a handle
on that mess
first, then
handling
arbitrary font
<br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5645">families--
as in
cyclone/comment--
will hopefully
be easier and
less prone <br
clear="none">
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5608">to
bugs.</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<div
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5610"><br
clear="none">
</div>
<div
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5612">>
well, it seems some of
the issues are exactly
what we're facing now...</div>
</span>
<div
class="m_-4622640508263991178m_3338184409921785789yiv5674574758yqt9364325223"
id="m_-4622640508263991178m_3338184409921785789yiv5674574758yqtfd31749">
<div
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5427">
<div
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5471"><br
clear="none">
</div>
<div
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5482">I
think those issues are
impossible to solve
for displaying
arbitrary fonts in <br>
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5542">a
diagram like a Pd
patch, and especially
for arbitrary fonts in
multi-line text. <br>
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5606">The
user simply won't be
able to predict
whether or not there
will be collisions <br>
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5596">on
someone else's
platform (or even if
those fonts aren't
available, which fonts
<br>
</div>
<div dir="ltr"
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5642">will
get chosen).<br>
</div>
<div
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5484"><br>
</div>
<div
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5643"
dir="ltr">I'm all for
porting
cyclone/comment for
the sake of Max
compatibility. But
I'd <br>
</div>
<div dir="ltr">strongly
advise against using
cyclone/comment in any
patch that's supposed
to <br>
</div>
<div dir="ltr">be used
cross-platform (aside
from its own help
patch, of course).<br>
</div>
<div
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5644"><br>
</div>
<div>-Jonathan<br>
</div>
<div><br>
</div>
</div>
<div
id="m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5434">>
cheers</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<br>
</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<br>
______________________________<wbr>_________________<br>
<a moz-do-not-send="true" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a>
mailing list<br>
UNSUBSCRIBE and account-management -> <a
moz-do-not-send="true"
href="https://lists.puredata.info/listinfo/pd-list"
rel="noreferrer" target="_blank">https://lists.puredata.info/<wbr>listinfo/pd-list</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a class="moz-txt-link-freetext" href="https://lists.puredata.info/listinfo/pd-list">https://lists.puredata.info/listinfo/pd-list</a>
</pre>
</blockquote>
<br>
</body>
</html>