Hi Hans and all,
this is still broken in the latest release from pd-extended. I hope it can be fixed! cheers, tim On 05/10/2007, at 5:13 PM, Hans-Christoph Steiner wrote: > > While you are at it, you might consider removing the extraneous char > buf in postfloat() > > void postfloat(float f) > { > char buf[80]; > t_atom a; > SETFLOAT(&a, f); > postatom(1, &a); > } > > .hc > > On Oct 4, 2007, at 1:34 PM, Miller Puckette wrote: > >> I looked, and I think it's just the "print" object that truncates >> the symbol on printing. In s_print, you can change the "postatom() >> function >> to print bigger strings. I'll go on and chance my copy to use >> MAXPDSTRING >> there, just to see what that will break :) >> >> M >> >> On Thu, Oct 04, 2007 at 06:47:07PM +0200, Tim Boykett wrote: >>> >>> To clarify: The file I want is: >>> >>> /Volumes/WORKGROUPHARBOUR/Projects/ShortTermDoc/Code/VideoFiler/ >>> 20071004/test1-1.mov >>> >>> when I click on it in the openpanel help patch, I see this: >>> >>> print: symbol /Volumes/WORKGROUPHARBOUR/Projects/ShortTermDoc/Code/ >>> VideoFiler/20071004/test1* >>> >>> where the position of the * is consistent across various files I >>> have >>> tried. >>> >>> The problem might be in TkTcl. If I create a deep directory >>> structure: >>> >>> $ mkdir >>> 1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/12 >>> 3 >>> 456 >>> 7890/1234567890/1234567890/1234567890 >>> $ touch >>> 1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/12 >>> 3 >>> 456 >>> 7890/1234567890/1234567890/1234567890/ttt >>> >>> then try to openpanel into it, I get the following in the Pd console >>> window: >>> >>> error: .printout.text: no such object >>> print: symbol /Users/tibo/ >>> 1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/* >>> >>> I checked to see whether symbols has a maximum length of 80 char or >>> so, but it does >>> not seem to be the case. That is what I meant by my last comment. >>> >>> Anybody know how I might get around this? >>> >>> Cheers, >>> >>> tim >>> >>> On 04/10/2007, at 5:17 PM, Mathieu Bouchard wrote: >>> >>>> On Thu, 4 Oct 2007, Tim Boykett wrote: >>>> >>>>> I have found a strange problem with openpanel on OSX and linux. >>>>> If I open a file with a long name, including the whole directory, >>>>> then it gets cropped at around 80 characters (maybe 78 or 79). I >>>>> have tested this on a debian 0.40 install and the latest OSX >>>>> extended. I cannot see where this 80 character restriction might >>>>> come from - looking at the source there seems to be no place that >>>>> it is mentioned within the PD code. >>>> >>>> [print] has a limit size like that, but the actual limit size of pd >>>> is more like 1000. >>>> >>>> (in desiredata, the limit of 1000 has been removed) >>>> >>>>> I hope someone can help. It does not seem to be a problem with >>>>> symbol >>>>> lengths. >>>> >>>> What do you mean? >>>> >>>> _ _ __ ___ _____ ________ _____________ _____________________ ... >>>> | Mathieu Bouchard - t?l:+1.514.383.3801, Montr?al QC Canada >>> >>> >>> _______________________________________________ >>> PD-dev mailing list >>> [EMAIL PROTECTED] >>> http://lists.puredata.info/listinfo/pd-dev >> >> _______________________________________________ >> PD-dev mailing list >> [EMAIL PROTECTED] >> http://lists.puredata.info/listinfo/pd-dev > > > > ---------------------------------------------------------------------- > -- > ---- > > ¡El pueblo unido jamás será vencido! > > > > _______________________________________________ > PD-dev mailing list > [EMAIL PROTECTED] > http://lists.puredata.info/listinfo/pd-dev > _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list