[PD] Pd-GUI-Rewrite test builds

[Hans-Christoph Steiner]

Strange, perhaps a bug in Tcl/Tk 8.5.3.  I've only been using 8.5.6,  
8.5.7, and various 8.4 versions.  Try this from the terminal:

wish pd-gui.tcl

.hc

On Sep 17, 2009, at 11:30 AM, adrian.g wrote:

> HI. I have some problem here running the Pd-GUI-Rewrite on Fedora 10  
> with Planet CCRMA. PD starts for a moment, I can see the main window  
> appearing for a split second and then it quits.
> In the Terminal I get this:
>
> priority 98 scheduling enabled.
> sh: ../bin/pd-watchdog: No such file or directory
> priority 96 scheduling enabled.
> -------------------------------pd- 
> gui.tcl-----------------------------------
> check_for_running_instances 1 5400
> Tcl library: /usr/share/tcl8.5
> executable: /usr/bin/wish
> tclversion: 8.5
> patchlevel: 8.5.3
> sharedlibextension: .so
> -------------- pdtk_pd_startup ----------------
> version: Pd version 0.43-0hcs0
>
> audio_apis:  {OSS 2} {ALSA 1} {portaudio 4}
> midi_apis:  {default-MIDI 2} {ALSA-MIDI 1}
> sys_font: Courier
> sys_fontweight: normal
> pd: watchdog process died
> DEFAULT FONT: Liberation Mono
> WARNING: Font family 'Courier' not found, using default (Liberation  
> Mono)
> [root at xuxu src]# audio OSS
> audio ALSA
> audio portaudio
> midi default-MIDI
> midi ALSA-MIDI
> pdtk_canvas_getscroll .pdwindow
> pdtk_canvas_getscroll .pdwindow
> pdtk_canvas_getscroll .pdwindow
> ____________________________________________________________
> Load all plugins in /home/xuxu/pd-gui-rewrite/startup:
>  /home/xuxu/pd-gui-rewrite/startup/object_db.tcl
>  /home/xuxu/pd-gui-rewrite/startup/set_custom_stored_histories.tcl
>  /home/xuxu/pd-gui-rewrite/startup/addmypatchstomedia.tcl
>  /home/xuxu/pd-gui-rewrite/startup/file_associations.tcl
>  /home/xuxu/pd-gui-rewrite/startup/meters_default_on.tcl
>  /home/xuxu/pd-gui-rewrite/startup/insertintopopup.tcl
> ____________________________________________________________
> ------------------ done with main ----------------------
> set_menu_new_dir .pdwindow
>
> If anybody has an idea of what might be going on, pleas help.
>
>
> Adrian
>
> ---- On Fri, 11 Sep 2009 09:25:28 -0700 Jonathan Wilkes <jancsika at yahoo.com 
> > wrote ----
>
>> --- On Fri, 9/11/09, Hans-Christoph Steiner <hans at at.or.at> wrote:
>>
>>> From: Hans-Christoph Steiner <hans at at.or.at>
>>> Subject: Re: [PD] Pd-GUI-Rewrite test builds
>>> To: "Jonathan Wilkes" <jancsika at yahoo.com>
>>> Cc: gnd at itchybit.org, "PD List" <pd-list at iem.at>
>>> Date: Friday, September 11, 2009, 12:43 AM
>>>
>>> On Sep 10, 2009, at 3:59 PM, Jonathan Wilkes wrote:
>>>> I think this is unrelated to the fact that carriage
>>> returns aren't
>>>> saved with the patch; if you're entering lots of
>>> messages followed by
>>>> semicolons, you still need to hit <enter> to get
>>> to the next line, and
>>>> that's where the quirky behavior comes in.
>>>>
>>>> -Jonathan
>>>
>>> The carriage returns get stripped when saved to the
>>> file.  It is annoying for sure.
>>
>> Yes, but what I mean is if this quirky behavior is easily fixable,  
>> it's
>> still useful even though carriage returns don't get saved with the  
>> patch.
>> Currently, <enter> is mainly used in a msg box after typing a  
>> semicolon,
>> and when the patch gets loaded a cr is added after the semicolon. So
>> if a new line would be started after the user types <enter>  
>> (instead of
>> after the *next* character is entered) it would look like Pd is doing
>> the right thing in 90% of the cases where you use a carriage return  
>> in
>> a msg box.
>>
>> Oh, something related to cr's: it's currently difficult to click
>> the right spot in multi-line comments in pd-ext:
>>
>> http://sourceforge.net/tracker/?func=detail&aid=2812603&group_id=55736&atid=478070
>>
>> This isn't a problem in current version of pd-vanilla.
>>
>> -Jonathan
>>
>>>
>>>
>>> .hc
>>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Pd-list at iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>>


----------------------------------------------------------------------------

Access to computers should be unlimited and total.  - the hacker ethic