> On Jul 20, 2017, at 6:43 PM, pd-list-request(a)lists.iem.at wrote:
>
> 1) the very first time you start up Pd, there's no log level set (and therefore you don't get any errors).
This is fixed. When I added log level saving I forget to check the case where it wasn't set (in older files) and that defaulted to a level of 0. Whoops.
> 3) when I create [midiin] and [sysexin] I get the error 'windows: not supported' in the console. these objectes used to always work for me. did you change something? unfortunately I don't have any MIDI equipment right now to test it.
FWIW Those are simple prints only for WIN32 in x_midi.c and not the result of some dependency check. If things are working, they can probably be safely removed. The warning about them not working on Windows can also be removed from the midi object help file.
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
Ah ok, I misunderstood. What I was referring to was *very* buggy behavior such as creating a bang with the key binding creates two bangs...
What you're talking about is the fact that macOS does not have "focus follows mouse", which it sounds like you are used to. Yes, clicking to focus the window is normal. You can hover over an unfocused window and scroll it but not click in without the initial focus click.
I'd suggest using CMD+` to cycle the currently active app's windows.
> On Jul 19, 2017, at 6:00 PM, pd-list-request(a)lists.iem.at wrote:
>
> From: Roman Haefeli <reduzent(a)gmail.com <mailto:reduzent@gmail.com>>
> Subject: Re: [PD] One click too many on macOS
> Date: July 19, 2017 at 5:27:25 PM GMT+2
> To: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>>
>
>
> On Mit, 2017-07-19 at 10:49 +0200, Dan Wilcox wrote:
>> Most of the UI error like this are because the first test build from
>> Miller is using the buggy Tk 8.5.9. Please test with Tk 8.4 or with a
>> custom build of something newer.
>
> I built my own Pd-0.48.0.app and it uses 8.4:
>
> Tk 8.4.19
>
> and it still has the same behavior.
>
> Since I remember using Pd on macOS, I had to click once for switching
> windows and another time for actually clicking on something. So this
> doesn't seem something new with this release.
>
> Your post sounds to me as you have a different experience. Can you
> click a bang from a window that has not focus with a single click?
>
>> it took me a *long* time to figure out what was going on when I first
>> tried the update years ago and happily through away all the double-
>> bind & key event detection code I added by simply using a newer or
>> older version of Tk.
>
> Instead of wish8.4, should I try a newer self-built version, too?
>
> Roman
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
Thanx for the stabs repost, hadn’t seen that before.
Of those two layouts i like Dan’s version more, as the “Retina” version gets too foggy here. I am not using etina, but my eyes like maximum contrast.
The new font, DejaVu Sans Mono works better in the Retina version, though, as it has sufficient weight there to display well at smaller icon sizes.
Eyes on an overfilled dashboard love this.
Thank you both for working on this,
jayrope
- - -
www.jayrope.comwww.aircushionfinish.comwww.ello.co/jayrope
On Jul 21, 2017, at 6:05, pd-list-request(a)lists.iem.at wrote:
> Message: 1
> Date: Fri, 21 Jul 2017 03:56:16 +0200
> From: Dan Wilcox <danomatika(a)gmail.com>
> To: Pd-List <pd-list(a)lists.iem.at>
> Subject: [PD] Icon Update?
> Message-ID: <8CD8C1E9-9C55-44C9-868A-8B3A9002F026(a)gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Here's a prelim stab at updating the Pd icon: https://github.com/pure-data/pd-icon <https://github.com/pure-data/pd-icon>
>
> Nothing fancy, simply recreated the current vanilla icon using DejaVu Sans Mono from an actual Pd patch print export. Now in *high* resolution. This repo generates all icons for Windows, Mac, & Linux (I assume): there is also gif that TK can load natively. I believe I got the sizing and padding around the icon pretty well (at least on mac).
>
> Not to discount Paul Rankin's mac icon refresh which got this going (and is arguably better than the flat vanilla approach I've taken):
>
> * https://github.com/pure-data/pure-data/pull/53 <https://github.com/pure-data/pure-data/pull/53> (I dig the original simple aesthetic with the shadows)
> * https://github.com/pure-data/pure-data/pull/56 <https://github.com/pure-data/pure-data/pull/56>
>
> The makefile can generate the icon from a 1024 master which can be changed from my prelim export.
>
> One issue with the original proposal is that there wasn't really much of a discussion overall. Now would be a good time to revisit this. Once something is agreed upon, we just need an SVG and 1024x1024 PNG to generate the icon sets.
>
> --------
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
>
Howdy all,
Can y'all test some of the relevant GUI updates the 0.48.0 test release? A few I can think of are:
* New preferences system: basically the core prefs have now been separated from the gui prefs and there is a new submenu for this
* The translation build system has been updated as it wasn't automatically refreshing the translation files. For translators, there should be new strings to add and other to update (see po/README.txt for details). For users, the menu titles should now be translated for those languages which do so.
* Some button sizing was fixed in the Find, Audio, MIDI, Path, & Startup dialogs.
* The HSlider entry in the Put menu had the wrong key-shortcut shown. This is fixed.
* The Font dialog can now only be opened when a canvas or Pd window is active as it has no effect on dialogs. Focus handling was also improved.
* The Find dialog:
- no longer hide after search on macOS
- search string in label now properly truncated for overly long searches
- button placement improved
- entry selection now highlighted on window focus in for keyboardists
* Default macOS Preferences hotkey (CMD+,) now opens Audio dialog instead of Startup dialog
* Audio & MIDI dialogs should no longer open behind if the other is visible.
* LOTS of typos were fixed in the doc & help patches :) Hopefully the layout stays the same. Also, updated relevant documentation URLS
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
> Thanks, seems like it is from the file I edit from portuguese-PT with Palmieri long time ago for pd extended 0.43, right?
Probably.
> So, I'm checking this with Pd 0.48, and I can see that some translations do not appear, but they are there in the file. For instance, in the canvas' properties, "Height" and "Visible Rectangle (pix)" are still in english as originally, but these seem to be translated in the file.
Those strings are working for me. I made a few small edits to the pt_br.po file which I can put in a PR.
> Also, the translation of "init"/"no init" cannot fit in the current spaca available, is the only solution to make this larger for all languages?
I can make it bigger but, at a certain point, we have to choose a max string size. Can you use an abbreviation? My wife had a side job in Denver doing localization testing and said that at a certain point, you just have to limit the string sizes: "init" is already an abbreviation for "initialize."
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
> On Jul 20, 2017, at 4:06 AM, pd-list-request(a)lists.iem.at wrote:
>
> From: Federico Camara Halac <camarafede(a)gmail.com <mailto:camarafede@gmail.com>>
> Subject: [PD] pix_image crashes. Was: "Damaged Error" with 0.48 Test 2 compiled for mac
> Date: July 20, 2017 at 2:00:57 AM GMT+2
> To: "me.grimm" <megrimm(a)gmail.com <mailto:megrimm@gmail.com>>
> Cc: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>>
>
>
> I guess this is relates to a bigger issue on osx but still
> (10.11.6, deken gem, pd.48.0test2 github built)
>
> pix_film loads with Quicktime support and Darwin support, but as in Pd-0.47-1, it doesn't work well and cpu launches like apollo 13. Same as pix_movie
This is prelim work. It is not finished. It would be nice if there was more than 1 developer using mac (apparently) ...
> Pix_multiimage and pix_imageInPlace work great as replacement for the above, as you say here.
>
> pix_video loads and works fine with backend #0='Darwin': darwin dv iidc analog. It also works with a usb macam sony hd eye for ps3.
>
> pix_image crashes with "
>
> pd(26513,0xa32cf000) malloc: *** error for object 0x78e9826c: pointer being freed was not allocated
> *** set a breakpoint in malloc_error_break to debug
>
> " It didn't on 47-1, so I guess it needs some tuning.
Sounds like useful bugs to report. Maybe add them to the Gem bug reports or on Github?
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
compiling Gem from latest git pull (just now) with this fix?
pure-data/pure-data@c34380a
<https://github.com/pure-data/pure-data/commit/c34380ab1ea598068c7e293322b87…>
I
get:
clang: *warning: *optimization flag '-falign-loops' is not supported
[-Wignored-optimization-argument]
clang: *warning: *optimization flag '-falign-functions' is not supported
[-Wignored-optimization-argument]
clang: *warning: *optimization flag '-falign-jumps' is not supported
[-Wignored-optimization-argument]
*Setup.cpp:189:2: **error: **use of undeclared identifier 'sys_searchpath'*
sys_searchpath = namelist_append(sys_searchpath, mypath, 0);
* ^*
*Setup.cpp:189:35: **error: **use of undeclared identifier 'sys_searchpath'*
sys_searchpath = namelist_append(sys_searchpath, mypath, 0);
I logged an issue on Gem git but johannes pointed to the pd issue as the
culprit....
thanks!
m