Hi all,
I don't know if it's a known bug or not. But I found that if I use accents like '^' in my comments and I want to make some later corrections (deleting a letter, typing more etc.)the cursor appears dislocated.
I'm running Pd-0.42.5-extended-rc4-macosx104-i386 on OSX 10.6.5.
Am I missing anything?
thanks!
Eduardo
Eduardo Patrício http://www.eduardopatricio.com.br (41) 8434-0480
On Mon, 16 Aug 2010, Eduardo Patricio wrote:
I don't know if it's a known bug or not. But I found that if I use accents like '^' in my comments and I want to make some later corrections (deleting a letter, typing more etc.)the cursor appears dislocated. I'm running Pd-0.42.5-extended-rc4-macosx104-i386 on OSX 10.6.5. Am I missing anything?
Is GridFlow loaded ? It forces Pd to use UTF-8 (Unicode) on OSX, so that it produces patches that are loadable on Linux, and so that I can write accents at all in Linux. Then it also has that side effect, that the cursor is off, because I couldn't make a complete fix of Pd from within an external.
The complete fix of character encodings was published at the beginning of the year, but Miller and Hans don't want to apply it on Pd 42.
I'm betting that there won't be a 'pd-extended stable release' with proper UTF-8 handling until late 2011. That's why I made this hack last year.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
On Mon, 16 Aug 2010, Eduardo Patricio wrote:
I don't know if it's a known bug or not. But I found that if I use accents like '^' in my comments and I want to make some later corrections (deleting a letter, typing more etc.)the cursor appears dislocated. I'm running Pd-0.42.5-extended-rc4-macosx104-i386 on OSX 10.6.5. Am I missing anything?
Is GridFlow loaded ? It forces Pd to use UTF-8 (Unicode) on OSX, so that it produces patches that are loadable on Linux, and so that I can write accents at all in Linux. Then it also has that side effect, that the cursor is off, because I couldn't make a complete fix of Pd from within an external.
The complete fix of character encodings was published at the beginning of the year, but Miller and Hans don't want to apply it on Pd 42.
I'm betting that there won't be a 'pd-extended stable release' with proper UTF-8 handling until late 2011. That's why I made this hack last year.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
Yep. GridFlow is loaded.
thanks, Mathieu
Eduardo
On Mon, 16 Aug 2010, Eduardo Patricio wrote:
Yep. GridFlow is loaded.
Would you prefer it if I made it optional ?
For example, in next version, I'd say «If you don't want the UTF-8 hack, you go in the gridflow folder, and look for a file named gridflow-utf-8-hack, and if you don't want it to be loaded, you rename it or move it or delete it.
Would that be better ?
(I will only remove that hack completely, just after a pd-extended labelled «stable» has better UTF-8 support than that).
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
On Aug 22, 2010, at 1:04 PM, Mathieu Bouchard wrote:
On Mon, 16 Aug 2010, Eduardo Patricio wrote:
Yep. GridFlow is loaded.
Would you prefer it if I made it optional ?
For example, in next version, I'd say «If you don't want the UTF-8
hack, you go in the gridflow folder, and look for a file named
gridflow-utf-8-hack, and if you don't want it to be loaded, you
rename it or move it or delete it.Would that be better ?
(I will only remove that hack completely, just after a pd-extended
labelled «stable» has better UTF-8 support than that).
UTF-8 is definitely useful, no one is arguing that. The problem is
the way you are shipping it. A much more useful way IMHO is to make
it a separate library so that people who need it can load it, and
those who don't need it don't even have to think about it. The way
this is currently set up, people who don't want it at all have to
think about it.
This is one thing I have learned in the years of doing Pd-extended.
And that's why I'm focusing now on making each library as standalone
as possible, and make it possible for people to install libraries.
.hc
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
Choose to use it or not is definitely interesting.
Eduardo Patrício
De: Hans-Christoph Steiner hans@at.or.at Para: Mathieu Bouchard matju@artengine.ca Cc: Eduardo Patricio epatricio@yahoo.com; pd-list pd-list@iem.at Enviadas: Segunda-feira, 23 de Agosto de 2010 12:27:41 Assunto: Re: [PD] Res: dislocated cursor on comments
On Aug 22, 2010, at 1:04 PM, Mathieu Bouchard wrote:
On Mon, 16 Aug 2010, Eduardo Patricio wrote:
Yep. GridFlow is loaded.
Would you prefer it if I made it optional ?
For example, in next version, I'd say «If you don't want the UTF-8 hack, you go in the gridflow folder, and look for a file named gridflow-utf-8-hack, and if you don't want it to be loaded, you rename it or move it or delete it.
Would that be better ?
(I will only remove that hack completely, just after a pd-extended labelled «stable» has better UTF-8 support than that).
UTF-8 is definitely useful, no one is arguing that. The problem is the way you are shipping it. A much more useful way IMHO is to make it a separate library so that people who need it can load it, and those who don't need it don't even have to think about it. The way this is currently set up, people who don't want it at all have to think about it.
This is one thing I have learned in the years of doing Pd-extended. And that's why I'm focusing now on making each library as standalone as possible, and make it possible for people to install libraries.
.hc
"[T]he greatest purveyor of violence in the world today [is] my own government."
On Mon, 23 Aug 2010, Eduardo Patricio wrote:
Choose to use it or not is definitely interesting.
starting right now, GF 9.11 has a separate module for that. So, if you don't want that feature, you go in the "gridflow" folder and you delete the file named "gridflow_unicorn.pd_darwin" (or move it or rename it to whatever you want).
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
Nice!
Thanks, Mathieu
Eduardo
Eduardo Patrício http://www.eduardopatricio.com.br (41) 8434-0480
De: Mathieu Bouchard matju@artengine.ca Para: Eduardo Patricio epatricio@yahoo.com Cc: pd-list pd-list@iem.at Enviadas: Terça-feira, 7 de Setembro de 2010 21:23:36 Assunto: Re: [PD] Res: Res: dislocated cursor on comments
On Mon, 23 Aug 2010, Eduardo Patricio wrote:
Choose to use it or not is definitely interesting.
starting right now, GF 9.11 has a separate module for that. So, if you don't want that feature, you go in the "gridflow" folder and you delete the file named "gridflow_unicorn.pd_darwin" (or move it or rename it to whatever you want).
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
On Aug 16, 2010, at 2:28 PM, Mathieu Bouchard wrote:
On Mon, 16 Aug 2010, Eduardo Patricio wrote:
I don't know if it's a known bug or not. But I found that if I use
accents like '^' in my comments and I want to make some later
corrections (deleting a letter, typing more etc.)the cursor appears
dislocated. I'm running Pd-0.42.5-extended-rc4-macosx104-i386 on
OSX 10.6.5. Am I missing anything?Is GridFlow loaded ? It forces Pd to use UTF-8 (Unicode) on OSX, so
that it produces patches that are loadable on Linux, and so that I
can write accents at all in Linux. Then it also has that side
effect, that the cursor is off, because I couldn't make a complete
fix of Pd from within an external.The complete fix of character encodings was published at the
beginning of the year, but Miller and Hans don't want to apply it on
Pd 42.I'm betting that there won't be a 'pd-extended stable release' with
proper UTF-8 handling until late 2011. That's why I made this hack
last year.
UTF-8 is slated to become an official part of 0.43 vanilla.
Its unfortunately that you have merged DesireData and gridflow into
one project. I think it will cause lots of problems having gridflow
modify Pd itself. If there is one thing we have learned in the
history of Pd, its that big libraries that are collections of
everything are problematic.
.hc
The arc of history bends towards justice. - Dr. Martin Luther
King, Jr.
On Mon, 16 Aug 2010, Hans-Christoph Steiner wrote:
On Aug 16, 2010, at 2:28 PM, Mathieu Bouchard wrote:
I'm betting that there won't be a 'pd-extended stable release' with proper UTF-8 handling until late 2011. That's why I made this hack last year.
UTF-8 is slated to become an official part of 0.43 vanilla.
That's the information I base myself on to estimate that the first Pd-extended 43 to be labelled "stable release" will be so by late 2011. Do you have a better estimate ?
Its unfortunately that you have merged DesireData and gridflow into one project.
(what is he talking about ?)
I think it will cause lots of problems having gridflow modify Pd itself.
All means are good to get problems like UTF-8 to be solved in time.
If there is one thing we have learned in the history of Pd,
I'd rather not have you use the collective "we" to represent yourself.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801
On Mon, 16 Aug 2010, Mathieu Bouchard wrote:
On Mon, 16 Aug 2010, Hans-Christoph Steiner wrote:
On Aug 16, 2010, at 2:28 PM, Mathieu Bouchard wrote:
I'm betting that there won't be a 'pd-extended stable release' with proper UTF-8 handling until late 2011. That's why I made this hack last year.
UTF-8 is slated to become an official part of 0.43 vanilla.
That's the information I base myself on to estimate that the first Pd-extended 43 to be labelled "stable release" will be so by late 2011. Do you have a better estimate ?
Damn. I mean :
That's the information I base myself on to estimate that the first Pd-extended to support UTF-8 and be labelled "stable release" will be version 43, and that considering the usual delay between a release of pd-vanilla and a release of pd-extended, this looks like it's going to be in late 2011.
Of course, I'd be quite happy if it happened before...
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801