I think a good policy would eb to fix show-stoppers and any bugs that are in 0.50 that weren't already in 0.49 - but only to fix non-critical "old" bugs for future releases. This is because fixing bugs often causes other, worse ones!

cheers Miller

On Tue, Aug 20, 2019 at 04:40:54AM -0300, Alexandre Torres Porres wrote:

Em ter, 20 de ago de 2019 ??s 01:01, Miller Puckette msp@ucsd.edu escreveu:

...

To Pd-announce:

Pd version 0.50-0 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data.

Several problems with zooming from 0.50test1 are fixed. There are numerous reported bugs still, but no show-stoppers,

Hi, this one seems serious to me https://github.com/pure-data/pure-data/issues/732

...

and I'm way late getting this out. So I'm putting off fixing many of them till the next release.

Cool, but this would include a potential bug fix updates like 0.50.1, right?

thanks

---

Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

Well, I can't reproduce this in Wine either (I think Iohannes tried this too but was only able to run 32-bit Pd in wine. Here's how I run Pd in 64 bits under wine:

wine pd-0.50-0/bin/wish86.exe pd-0.50-0/tcl/pd-gui.tcl

i.e., you have to start the gui first - I can't figure out why you can't just invoke pd.exe from inside wine. But it doesn't seem an urgent problem).

Anyhow, I'll have to get on a "real" Pc to test this and see if I can figure out how to fix it.

cheers Miller

On Tue, Aug 20, 2019 at 04:36:58PM -0300, Alexandre Torres Porres wrote:

Em ter, 20 de ago de 2019 ??s 16:11, Miller Puckette msp@ucsd.edu escreveu:

...

I think a good policy would eb to fix show-stoppers and any bugs that are in 0.50 that weren't already in 0.49 - but only to fix non-critical "old" bugs for future releases. This is because fixing bugs often causes other, worse ones!

Well, in this case, the one thing I mentioned is actually a bug that's in 0.50 that's not in 0.49 here it is again: https://github.com/pure-data/pure-data/issues/732

It basically prevents people that use layouts like brazilian portuguese (and others I suppose) to type "~" characters on windows. Kind of a show stopper for me :/ (not for me, though, cause I'm using mac and american layout).

cheers

On 20.08.19 09:40, Alexandre Torres Porres wrote:

Em ter, 20 de ago de 2019 às 01:01, Miller Puckette msp@ucsd.edu escreveu:

...

To Pd-announce:

Pd version 0.50-0 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data.

Several problems with zooming from 0.50test1 are fixed. There are numerous reported bugs still, but no show-stoppers,

Hi, this one seems serious to me https://github.com/pure-data/pure-data/issues/732

to be honest: after the overwhelming feedback to my call for tests for fixing this problem (thanks btw to lucarda and henri), it seems that this is not a problem *at all*.

nevertheless, i've made a hotfix for Pd-0.50-0 available that can be installed via deken.

just search for "hotfix732" or "deadkeys" in the "Find externals" menu, and install the "hotfix732-deadkeys-plugin". After restarting Pd the problems outght to be gone.

if you don't have any problems with dead-keys, there's no use installing this hotfix. (esp. there's no use installing this hotfix on anything but Pd-0.50-0 on Windows. because the hotfix is of no use for other OSs, it will only show up on Windows)

gfmasdr IOhannes

On 8/20/19 3:11 PM, Jack wrote:

Hi Miller,

The shortcut (CTRL+K) still doesn't work to "Disconnect Selection" (in the menu Edit). Maybe I missed something ?

• Selecting 2 connected [t b] => "Disconnect Selection" doesn't work
• Selecting the thread of 2 connected [t b] => "Disconnect Selection"

doesn't work

this never worked (that is: 0.50 has the same behaviour as 0.49, so there is no regression)

Currently the <kbd>Ctrl</kbd>+<kbd>k</kbd> shortcut should disconnect all connections of a single selected object. This it does.

Selecting a single patchcord and disconnecting the two objects can be simply done with the <kbd>Del</kbd> key. But there is probably little harm done, if <kbd>Ctrl</kbd>+<kbd>k</kbd> would *also* handle this case.

Selecting two connected objects is a bit more tricky: what would you expect the shortcut to do?

something as simple as [t f] -> [t f] is *probably* easy: remove connection between the two objects. (so you get [t f] [t f]) But what if you have: [f]->[t f]->[t f]->[print] and you select the two [t f] objects. The current behaviour (when only a single object is selected), would suggest to remove any connection going in/out of the selection (rather than inside the selection), so you end up with: [f] [t f]->[t f] [print] other people might expect [f]->[t f] [t f]->[print]

and what if you have a loop?

+>[t f]-+
|       |
+-[t f]<+

so the current behaviour is intentional. unless/until you can come up with a convincingly consistent behaviour, that is easy to remember :-)

gfamrds IOhannes