Right, but this function does not do that, it explicitly replaces # with $. What does # have to do with anything? Are you saying # is being substituted for $ to preserve it? Even so, this still makes no sense because if you create an iemgui object (pick one), then add a label with only a "#" in it. Once you click apply, you get $ on the label instead. Reopening properties provides you with a label that is equal to $, so this sounds like a bug to me that does some sort of one-way mangling that needs to be fixed and more so, it seems to me there should be a different ascii character used to preserve $, one that does not exist in the regular text-based ascii chars... e.g. in pd-l2ork we use \t to substitute for \n and thus preserve endlines in comments and other places.
On Sun, Nov 1, 2015 at 10:33 PM, Jonathan Wilkes <jancs...@yahoo.com> wrote: > Because Pd's parser is likely to eat up a "$" followed by a number as a > banking > fee to pay the cost of sending messages. :) > > Send this from the GUI: > (canvas_addy) obj 0 0 clip $1 $2 > > and it becomes this in Pd: > [clip 0 0] > > There's also sys_decodeddialog/sys_encodedialog that is used for > canvas_find. > > Additionally, I think you may have added another parser inside s_main > to separate filenames in Pd-l2ork (although that one doesn't have anything > to do with dollarsigns). > > I have not yet decided where I want to add my own parser for the GUI port. > I think a Pratt parser for message-box math would be neat. > > -Jonathan > > > > On Sunday, November 1, 2015 9:38 PM, Ivica Bukvic <i...@vt.edu> wrote: > > > I presume this may pertain primarily to IOhannes and Miller, > > I am trying to figure out what is the purpose of raute2dollar in iemgui > objects? On an obvious level the function replaces # with an $ in a send, > receive, and label symbols. Why is this necessary? Personally, I cannot > think of a reason why it would be, but then again, I may very well be > missing something... > > Best, > > Ico > > _______________________________________________ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > >
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list