<div dir="ltr">but how about getting that functionality as an external. <div><br></div><div>One thing is opening a vanilla GUI with spaces in the lable and trying to open that in Vanilla, another would be to have it an external GUI object with such functionality (such as cyclone/comment) and load it anywhere.</div><div><br></div><div>I'm not really aware of the existing issues in cyclone/comment, and we haven't touched it yet, but they do not behave well in cross platforms.</div><div><br></div><div>My insight was that maybe we could use the code from purr-data, but as I write this now, I realize how purr-data has this completely different GUI front end, that's completely different to what's in Pd, so I may have been way off... </div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-12-02 22:41 GMT-02:00 Ivica Ico Bukvic <span dir="ltr"><<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div 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><div><div class="h5">
<br>
<div class="m_1408438467404294525moz-cite-prefix">On 12/2/2016 1:10 PM, Alexandre Torres
Porres wrote:<br>
</div>
<blockquote 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 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 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_1408438467404294525m_-4622640508263991178m_3338184409921785789qtdSeparateBR"><br>
<br>
</div>
<div class="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yahoo_quoted" id="m_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5256">
<div class="m_1408438467404294525m_-4622640508263991178m_3338184409921785789y_msg_container" id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5425">
<div id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758">
<div id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5424">
<div dir="ltr" id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5423">
<div class="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758gmail_extra" id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5422">
<div class="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758gmail_quote" id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5421"><span>
<blockquote class="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex" id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5420">
<div id="m_1408438467404294525m_-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_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5418">
<div class="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yahoo_quoted" id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_3061" style="display:block">
<div id="m_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574y_msg_container" id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_4305">
<div id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yiv9610953399">
<div id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_4304">
<div dir="ltr" id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_4303">
<div id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_4308">
<div dir="ltr" id="m_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9677"><br clear="none">
</div>
<div dir="ltr" id="m_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758m_-8410695196263453574yui_3_16_0_1_1480022623989_9920">in
ways that
cause overlaps
on the other
platforms.</div>
<div id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5470"><br clear="none">
</div>
<div id="m_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5610"><br clear="none">
</div>
<div id="m_1408438467404294525m_-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_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758yqt9364325223" id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yiv5674574758yqtfd31749">
<div id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5427">
<div id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5471"><br clear="none">
</div>
<div id="m_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-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_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5642">will
get chosen).<br>
</div>
<div id="m_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5484"><br>
</div>
<div id="m_1408438467404294525m_-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_1408438467404294525m_-4622640508263991178m_3338184409921785789yui_3_16_0_1_1480375943180_5644"><br>
</div>
<div>-Jonathan<br>
</div>
<div><br>
</div>
</div>
<div id="m_1408438467404294525m_-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 href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a>
mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/li<wbr>stinfo/pd-list</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="m_1408438467404294525mimeAttachmentHeader"></fieldset>
<br>
<pre>______________________________<wbr>_________________
<a class="m_1408438467404294525moz-txt-link-abbreviated" href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a class="m_1408438467404294525moz-txt-link-freetext" href="https://lists.puredata.info/listinfo/pd-list" target="_blank">https://lists.puredata.info/<wbr>listinfo/pd-list</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>______________________________<wbr>_________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a 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>