- Pharo-users - lists.pharo.org

Re: [Pharo-users] Workshop on Visual Data Narratives using Roassal/Pharo in our local hackerspace in BogotÃ¡ Colombia

by Alexandre Bergel

The page you have given contains dead links. For example: http://shelby.tv/video/youtube/kUdu8ImXJwU/maui-a-user-interface-builder-fo… Let us know how goes your workshop. This event is important for the community :-) Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Sep 10, 2014, at 10:41 AM, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > Thanks Alexandre and Doru, > > I already have the software as a graph video on our Pharo Zotero bookmark collection: > > https://www.zotero.org/groups/diseo_y_creacion_phd_msc_universidad_de_calda… > > > My main concern is solving the questions about persistence and updating objects from Glamour browsers, probably because I don't understand transmissions to outside. Once that is solved surely we could document our Visual Data Narratives as structured docs created in a light markup inside Pharo. So any help on the proper threads is welcome. > > Cheers, > > Offray > > On 09/09/2014 11:12 PM, Tudor Girba wrote: >> Very nice initiative! >> >> Doru >> >> On Tue, Sep 9, 2014 at 9:43 PM, Alexandre Bergel <alexandre.bergel(a)me.com >> <mailto:alexandre.bergel@me.com>> wrote: >> >> This is excellent! >> >> Just to let you know, if you need to do a demo of Roassal, you have here the >> video a an easy to do demo: https://vimeo.com/94724841 >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> On Sep 9, 2014, at 12:27 PM, Offray Vladimir Luna CÃ¡rdenas >> <offray(a)riseup.net <mailto:offray@riseup.net>> wrote: >> >>> Hi, >>> >>> This is just a short mail to let you know whats happening here on the >>> Pharo/Roassal front. We will be starting our workshops on what we I call >>> Visual Data Narratives. Details (in Spanish) here: >>> >>> http://hackbo.co/hackboweb/eventos/evento/338 >>> >>> Cheers, >>> >>> Offray >>> >>> ps: I will show the Moose outliner, in its alpha stage. Hopefully the >>> threads where I ask how to solve the problems will move a little more and >>> we will be able to integrate this to the workshops memories building. >>> >>> >> >> >> >> >> -- >> www.tudorgirba.com <http://www.tudorgirba.com> >> >> "Every thing has its own flow" >> > >

Sept. 10, 2014

Re: [Pharo-users] Strange colour reversal on the Spec site

by stepharo

> I am posting here, because I couldn't find a Spec specific list. Indeed spec is part of Pharo. So this is the right place to ask questions. > Two things: > > 1. The colour scheme for all the code examples on the site seems to > have gone very odd. The text is now a light blue/green on a white > background. Almost completely illegible. Has someone changed a css > file? > I do not know and we do not have access to this web site. > 1. I noticed in the news section that the license has changed to GPL, > because of a disagreement with the direction of Pharo. Could > someone explain what the disagreement was, and whether this is > something we should be concerned about? > Hello andy I'm sorry about this story. The pharo board (Tudor Girba, Sven van Cackenberghe, Esteban Lorenzano, Marcus Denker and me) will react officially this is problem. I'm in the board but I do not want that people think that I'm trying any action that would be about personal nature, especially since I personally supported a lot Benjamin during all these years - and I do not understand his sudden action. Now since this is out of my reach, I prefer to focus on making Pharo better and I'm working on that actively :) I decided as one of Pharo founder to follow the board and let them handle this situation. I decided that I will not influence nor act because I prefer to be in positive mindset and push Pharo further. The board told me that they will clarify the situation, especially since there are actions that were not correct. I'm waiting as you for an official statement from the board, and I know that it will come and be really clear. As you can imagine the board wants to do it right and settle it as an example for any future frameworks or part (Zinc, Glamour, Athens, TxText, ...) that (will) compose Pharo. We are setting an industrial consortium to push Pharo for real (As you can see in the report http://consortium.pharo.org/web?_s=DiSVVVKk3sFm2ouZ Inria put 300 K euros not counting the salary of the permanent members of our team) and rules should be clear and followed. Now the GPL license does not apply to the version of Spec that is available in the Pharo distribution since it is MIT from the beginning and it will stay forever as it. We did not fork it. We are actively improving Spec. Some clean ups got already integrated and others are pending. We will maintain and improve the Spec documentation too. For example we will probably add the part written by Stefan Eggermont that was submitted but never integrated. I'm waiting just to avoid adding to the confusion. You can find a version of the Spec documentation as part of the next book: https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/lastSucces… It may be not fully in par with the github repo but we will sync with Johan Fabry too in the future. StÃ©phane D. > Cheers > Andy > á§

Sept. 10, 2014

Re: [Pharo-users] Strange colour reversal on the Spec site

by Ben Coman

Sept. 10, 2014

Strange colour reversal on the Spec site

by Andy Burnett

Hello, I am posting here, because I couldn't find a Spec specific list. Two things: 1. The colour scheme for all the code examples on the site seems to have gone very odd. The text is now a light blue/green on a white background. Almost completely illegible. Has someone changed a css file? 2. I noticed in the news section that the license has changed to GPL, because of a disagreement with the direction of Pharo. Could someone explain what the disagreement was, and whether this is something we should be concerned about? Cheers Andy á§

Sept. 10, 2014

Re: [Pharo-users] Tide installation

by Tommaso Dal Sasso

On 10/09/14 16:43, Esteban Lorenzano wrote: > that might be an amber problem. > copying Nico to see if that is the case. Ok, now it worked... I don't know what changed, but seems to be something related to my side. I'll investigate further, forget about it for now. Sorry for bothering you. Thanks, Tommaso > > On 10 Sep 2014, at 16:35, Tommaso Dal Sasso <tommaso.dalsasso(a)gmail.com> wrote: > >> I am having problems with Tide installation. For the last week, after loading the Tide page I get an error in the javascript console that says: >> >> "SyntaxError: missing ; before statement" in Kernel-Methods.js @ line 1780 >> and >> "TypeError: klass is undefined" >> >> As far as I remember, a fresh install last week worked properly, but I cannot understand if it is a Tide or an Amber related problem. >> Does anybody have clue of how to solve that? >> >> Thanks, >> Tommaso >> >> >> On 02/09/14 17:05, Bernat Romagosa wrote: >>> Hi list! >>> >>> I wanted to try out Tide, and I'm following the steps at: https://github.com/tide-framework/tide >>> >>> However, I can't get through the bower install step. Here's the output: >>> >>> >>> bower amber#0efe3ad09 not-cached >>> git://github.com/amber-smalltalk/amber.git#0efe3ad09 >>> <http://github.com/amber-smalltalk/amber.git#0efe3ad09> >>> bower amber#0efe3ad09 resolve >>> git://github.com/amber-smalltalk/amber.git#0efe3ad09 >>> <http://github.com/amber-smalltalk/amber.git#0efe3ad09> >>> bower amber#0efe3ad09 ENORESTARGET Tag/branch 0efe3ad09 does >>> not exist >>> Additional error details: >>> Available tags: 0.10, 0.10.0, 0.11.0, 0.12.0, 0.12.1, 0.12.2, >>> 0.12.3, 0.12.4, 0.12.6, 0.13.0-alpha.1, 0.13.0-alpha.2, 0.9, >>> 0.9.1, legacy, legacy2, legacy3-iife >>> Available branches: 0.13-prereleases, camillo-hacks, chromeos, >>> gh-pages, master, moka, nemo, nw-helios-app, stable, >>> website-deployment >>> >>> >>> >>> I changed 0efe3ad09 for stable in bower.json and it failed with: >>> >>> >>> bower amber#stable not-cached >>> git://github.com/amber-smalltalk/amber.git#stable >>> <http://github.com/amber-smalltalk/amber.git#stable> >>> bower amber#stable resolve >>> git://github.com/amber-smalltalk/amber.git#stable >>> <http://github.com/amber-smalltalk/amber.git#stable> >>> bower amber#stable checkout stable >>> bower amber#stable error Arguments to path.join must >>> be strings >>> Stack trace: >>> TypeError: Arguments to path.join must be strings >>> at path.js:360:15 >>> at Array.filter (native) >>> at Object.exports.join (path.js:358:36) >>> at GitHubResolver.GitResolver._cleanup >>> (/usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:182:26) >>> at >>> /usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:74:25 >>> at Promise.apply >>> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1122:26) >>> at Promise.promise.promiseDispatch >>> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41) >>> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:1337:14 >>> at flush >>> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:108:17) >>> at process._tickCallback (node.js:415:13) >>> Console trace: >>> Trace >>> at StandardRenderer.error >>> (/usr/local/lib/node_modules/bower/lib/renderers/StandardRenderer.js:74:17) >>> at Logger.updateNotifier.packageName >>> (/usr/local/lib/node_modules/bower/bin/bower:109:18) >>> at Logger.EventEmitter.emit (events.js:95:17) >>> at Logger.emit >>> (/usr/local/lib/node_modules/bower/node_modules/bower-logger/lib/Logger.js:29:39) >>> at /usr/local/lib/node_modules/bower/lib/commands/install.js:28:16 >>> at _rejected >>> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:808:24) >>> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:834:30 >>> at Promise.when >>> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1079:31) >>> at Promise.promise.promiseDispatch >>> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41) >>> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:574:44 >>> System info: >>> Bower version: 1.2.6 >>> Node version: 0.10.25 >>> OS: Linux 3.11.0-19-generic x64 >>> >>> >>> I'm kind of stuck, any tips? >>> >>> Thanks! >>> >>> Bernat. >>> >>> >>> -- >>> Bernat Romagosa. >> >

Sept. 10, 2014

Re: [Pharo-users] Tide installation

by Esteban Lorenzano

that might be an amber problem. copying Nico to see if that is the case. On 10 Sep 2014, at 16:35, Tommaso Dal Sasso <tommaso.dalsasso(a)gmail.com> wrote: > I am having problems with Tide installation. For the last week, after loading the Tide page I get an error in the javascript console that says: > > "SyntaxError: missing ; before statement" in Kernel-Methods.js @ line 1780 > and > "TypeError: klass is undefined" > > As far as I remember, a fresh install last week worked properly, but I cannot understand if it is a Tide or an Amber related problem. > Does anybody have clue of how to solve that? > > Thanks, > Tommaso > > > On 02/09/14 17:05, Bernat Romagosa wrote: >> Hi list! >> >> I wanted to try out Tide, and I'm following the steps at: https://github.com/tide-framework/tide >> >> However, I can't get through the bower install step. Here's the output: >> >> >> bower amber#0efe3ad09 not-cached >> git://github.com/amber-smalltalk/amber.git#0efe3ad09 >> <http://github.com/amber-smalltalk/amber.git#0efe3ad09> >> bower amber#0efe3ad09 resolve >> git://github.com/amber-smalltalk/amber.git#0efe3ad09 >> <http://github.com/amber-smalltalk/amber.git#0efe3ad09> >> bower amber#0efe3ad09 ENORESTARGET Tag/branch 0efe3ad09 does >> not exist >> Additional error details: >> Available tags: 0.10, 0.10.0, 0.11.0, 0.12.0, 0.12.1, 0.12.2, >> 0.12.3, 0.12.4, 0.12.6, 0.13.0-alpha.1, 0.13.0-alpha.2, 0.9, >> 0.9.1, legacy, legacy2, legacy3-iife >> Available branches: 0.13-prereleases, camillo-hacks, chromeos, >> gh-pages, master, moka, nemo, nw-helios-app, stable, >> website-deployment >> >> >> >> I changed 0efe3ad09 for stable in bower.json and it failed with: >> >> >> bower amber#stable not-cached >> git://github.com/amber-smalltalk/amber.git#stable >> <http://github.com/amber-smalltalk/amber.git#stable> >> bower amber#stable resolve >> git://github.com/amber-smalltalk/amber.git#stable >> <http://github.com/amber-smalltalk/amber.git#stable> >> bower amber#stable checkout stable >> bower amber#stable error Arguments to path.join must >> be strings >> Stack trace: >> TypeError: Arguments to path.join must be strings >> at path.js:360:15 >> at Array.filter (native) >> at Object.exports.join (path.js:358:36) >> at GitHubResolver.GitResolver._cleanup >> (/usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:182:26) >> at >> /usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:74:25 >> at Promise.apply >> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1122:26) >> at Promise.promise.promiseDispatch >> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41) >> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:1337:14 >> at flush >> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:108:17) >> at process._tickCallback (node.js:415:13) >> Console trace: >> Trace >> at StandardRenderer.error >> (/usr/local/lib/node_modules/bower/lib/renderers/StandardRenderer.js:74:17) >> at Logger.updateNotifier.packageName >> (/usr/local/lib/node_modules/bower/bin/bower:109:18) >> at Logger.EventEmitter.emit (events.js:95:17) >> at Logger.emit >> (/usr/local/lib/node_modules/bower/node_modules/bower-logger/lib/Logger.js:29:39) >> at /usr/local/lib/node_modules/bower/lib/commands/install.js:28:16 >> at _rejected >> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:808:24) >> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:834:30 >> at Promise.when >> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1079:31) >> at Promise.promise.promiseDispatch >> (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41) >> at /usr/local/lib/node_modules/bower/node_modules/q/q.js:574:44 >> System info: >> Bower version: 1.2.6 >> Node version: 0.10.25 >> OS: Linux 3.11.0-19-generic x64 >> >> >> I'm kind of stuck, any tips? >> >> Thanks! >> >> Bernat. >> >> >> -- >> Bernat Romagosa. > >

Sept. 10, 2014

Re: [Pharo-users] Tide installation

by Tommaso Dal Sasso

I am having problems with Tide installation. For the last week, after loading the Tide page I get an error in the javascript console that says: "SyntaxError: missing ; before statement" in Kernel-Methods.js @ line 1780 and "TypeError: klass is undefined" As far as I remember, a fresh install last week worked properly, but I cannot understand if it is a Tide or an Amber related problem. Does anybody have clue of how to solve that? Thanks, Tommaso On 02/09/14 17:05, Bernat Romagosa wrote: > Hi list! > > I wanted to try out Tide, and I'm following the steps at: > https://github.com/tide-framework/tide > > However, I can't get through the bower install step. Here's the output: > > > bower amber#0efe3ad09 not-cached > git://github.com/amber-smalltalk/amber.git#0efe3ad09 > <http://github.com/amber-smalltalk/amber.git#0efe3ad09> > bower amber#0efe3ad09 resolve > git://github.com/amber-smalltalk/amber.git#0efe3ad09 > <http://github.com/amber-smalltalk/amber.git#0efe3ad09> > bower amber#0efe3ad09 ENORESTARGET Tag/branch 0efe3ad09 does > not exist > Additional error details: > Available tags: 0.10, 0.10.0, 0.11.0, 0.12.0, 0.12.1, 0.12.2, > 0.12.3, 0.12.4, 0.12.6, 0.13.0-alpha.1, 0.13.0-alpha.2, 0.9, > 0.9.1, legacy, legacy2, legacy3-iife > Available branches: 0.13-prereleases, camillo-hacks, chromeos, > gh-pages, master, moka, nemo, nw-helios-app, stable, > website-deployment > > > > I changed 0efe3ad09 for stable in bower.json and it failed with: > > > bower amber#stable not-cached > git://github.com/amber-smalltalk/amber.git#stable > <http://github.com/amber-smalltalk/amber.git#stable> > bower amber#stable resolve > git://github.com/amber-smalltalk/amber.git#stable > <http://github.com/amber-smalltalk/amber.git#stable> > bower amber#stable checkout stable > bower amber#stable error Arguments to path.join must > be strings > Stack trace: > TypeError: Arguments to path.join must be strings > at path.js:360:15 > at Array.filter (native) > at Object.exports.join (path.js:358:36) > at GitHubResolver.GitResolver._cleanup > (/usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:182:26) > at > /usr/local/lib/node_modules/bower/lib/core/resolvers/GitResolver.js:74:25 > at Promise.apply > (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1122:26) > at Promise.promise.promiseDispatch > (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41) > at /usr/local/lib/node_modules/bower/node_modules/q/q.js:1337:14 > at flush > (/usr/local/lib/node_modules/bower/node_modules/q/q.js:108:17) > at process._tickCallback (node.js:415:13) > Console trace: > Trace > at StandardRenderer.error > (/usr/local/lib/node_modules/bower/lib/renderers/StandardRenderer.js:74:17) > at Logger.updateNotifier.packageName > (/usr/local/lib/node_modules/bower/bin/bower:109:18) > at Logger.EventEmitter.emit (events.js:95:17) > at Logger.emit > (/usr/local/lib/node_modules/bower/node_modules/bower-logger/lib/Logger.js:29:39) > at /usr/local/lib/node_modules/bower/lib/commands/install.js:28:16 > at _rejected > (/usr/local/lib/node_modules/bower/node_modules/q/q.js:808:24) > at /usr/local/lib/node_modules/bower/node_modules/q/q.js:834:30 > at Promise.when > (/usr/local/lib/node_modules/bower/node_modules/q/q.js:1079:31) > at Promise.promise.promiseDispatch > (/usr/local/lib/node_modules/bower/node_modules/q/q.js:752:41) > at /usr/local/lib/node_modules/bower/node_modules/q/q.js:574:44 > System info: > Bower version: 1.2.6 > Node version: 0.10.25 > OS: Linux 3.11.0-19-generic x64 > > > I'm kind of stuck, any tips? > > Thanks! > > Bernat. > > > -- > Bernat Romagosa.

Sept. 10, 2014

Re: [Pharo-users] Workshop on Visual Data Narratives using Roassal/Pharo in our local hackerspace in BogotÃ¡ Colombia

by Offray Vladimir Luna CÃ¡rdenas

Thanks Alexandre and Doru, I already have the software as a graph video on our Pharo Zotero bookmark collection: https://www.zotero.org/groups/diseo_y_creacion_phd_msc_universidad_de_calda… My main concern is solving the questions about persistence and updating objects from Glamour browsers, probably because I don't understand transmissions to outside. Once that is solved surely we could document our Visual Data Narratives as structured docs created in a light markup inside Pharo. So any help on the proper threads is welcome. Cheers, Offray On 09/09/2014 11:12 PM, Tudor Girba wrote: > Very nice initiative! > > Doru > > On Tue, Sep 9, 2014 at 9:43 PM, Alexandre Bergel <alexandre.bergel(a)me.com > <mailto:alexandre.bergel@me.com>> wrote: > > This is excellent! > > Just to let you know, if you need to do a demo of Roassal, you have here the > video a an easy to do demo: https://vimeo.com/94724841 > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On Sep 9, 2014, at 12:27 PM, Offray Vladimir Luna CÃ¡rdenas > <offray(a)riseup.net <mailto:offray@riseup.net>> wrote: > >> Hi, >> >> This is just a short mail to let you know whats happening here on the >> Pharo/Roassal front. We will be starting our workshops on what we I call >> Visual Data Narratives. Details (in Spanish) here: >> >> http://hackbo.co/hackboweb/eventos/evento/338 >> >> Cheers, >> >> Offray >> >> ps: I will show the Moose outliner, in its alpha stage. Hopefully the >> threads where I ask how to solve the problems will move a little more and >> we will be able to integrate this to the workshops memories building. >> >> > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow" >

Sept. 10, 2014

Re: [Pharo-users] New compiler: variable and recursive bloc of code

by Hilaire

Ok, thanks Le 10/09/2014 10:35, ClÃ©ment Bera a Ã©crit : > > The additional assignment is not needed. > > You get a warning because the warning detection is approximate and > sometimes raises warning whereas it should not, but if you proceed, it > compiles fine. -- Dr. Geo - http://drgeo.eu iStoa - http://istao.drgeo.eu

Sept. 10, 2014

Re: [Pharo-users] Math Ontologie on Pharo 3.0

by Henrik Johansen

IIRC, there are two sources of imported code in Monticello. By default it reads from the DataStream encoded .bin file, which stores source containing wide character as... a binary WideString. Unless the .bin file is somehow corrupted, importing non-ascii .mcz therefore works as long as you have a working DataStream reader. * If that path fails, it will read from the .st file, which, IIRC, had utf8 encoding added quite recently by Nicolas Cellier. So to narrow this down further, one has to ask: For what reason did the DataStream reading fail? - Did the DataStream get written (correctly)? - Did the DataStream fail to read a correctly written file? (f.ex. due to class shape changes in image, without proper backwards compat reading methods added) Why didn't the fallback .st work? - Did the .st file write out as utf8? (could be the case not if written from an older image, but then I'd expect the FileStream to barf, not the compiler) - Did the .st get written as the *correct* utf8? - Did the .st file read in as utf8? Once which combination of those things failed in this case is found, it should be easier to see what a fix could/should be. Cheers, Henry * Which is why non-ascii packages at least used to fail to import in Gemstone, their DataStream reader could not translate WideString instances to the proper internal string representations, and the fallback .st didn't use to be properly encoded. IIRC, the VW reader goes straight for the .st, so same problem there. There's a reason Seaside has ascii-only as a requirement :) On 09 Sep 2014, at 7:07 , Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Check/read my mail again: I don't think it is the compiler (my tests show it is not), then it must be Monticello, in the sense that it treats its input stream (encoding) wrongly. > > On 09 Sep 2014, at 15:25, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > >> >> >> 2014-09-09 14:12 GMT+02:00 Alain Busser <alain.busser(a)gmail.com>: >> Is this a reproducible case? http://ss3.gemstone.com/ss/MathsOntologie/MathsOntologie-AlainBusser.68.mcz >> >> >> Well I tried to merge that in the latest Pharo 4. >> >> With Opal I got the error 'unknown character' >> >> With the old compiler I got unmatched string quote. >> >> If it's French, could it be a ' ? >> >> It looks like a parser bug to me... >> >> >> I hope not :-) >> >> Alain >> >> On Tue, Sep 9, 2014 at 5:43 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >> What kind of bug do you have with accent ? Do you have a stack trace ? >> >> More importantly, can you give us a reproducible case ? I will investigate tomorrow if you have a reproducible case to check if this is due to Opal. >> >> It may also be recent changes related to fonts. >> >> 2014-09-08 21:07 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> I don't think it is related to Opal: I made a test class with an instance variable, accessor and class comment with accents - which I can file out and file in: >> >> >> >> >> >> >> >> I tested in 3.0 and 4.0 >> >> The problem might be with Monticello. >> >> >> On 08 Sep 2014, at 20:05, Hilaire <hilaire(a)drgeo.eu> wrote: >> >>> Oh, by the way, it looks like the accents are on the instance variable names. >>> >>> I edited the subject to not pollute the original discussion thread. >>> >>> Hilaire >>> >>> Le 08/09/2014 20:01, Hilaire a Ã©crit : >>>> Marcus, >>>> >>>> Alain's MathOntologie package provide Classes and Messages with French >>>> accent, to ease the understanding of programming to high school students. >>>> I am suspecting the new compiler or something related does not accepted >>>> accented caracters or something different to ASCII. >>>> >>>> Alain, in your package I noted the sources is not utf-8 but iso-8859-15 >>>> (8 bits), I converted it to utf-8 and tried to get it loaded in Pharo3, >>>> but still accent characters caused problem, see screenshot. >>>> >>>> Enclosed source file utf-8 converted and improper imported source code >>>> with accented variable name. >>>> >>>> Hilaire >>>> >>>> Le 08/09/2014 12:18, Alain Busser a Ã©crit : >>>>> Hi, >>>>> >>>>> I don't know if it is related but I have problems importing french files >>>>> inside Pharo 3: Anytime when there is an accentuated character there is >>>>> an error, and the file is not imported. Even if the character is a quote >>>>> inside double quotes (like in "it don't work") there is an error >>>>> message. Right now I can't import MathsOntologie >>>>> (http://ss3.gemstone.com/ss/MathsOntologie/MathsOntologie-AlainBusser.68.mcz) >>>>> >>>>> into Pharo 3 and I have to go on developing it in Pharo 1.4... >>>>> >>>>> Alain >>>>> >>>> >>>> >>> >>> >>> -- >>> Dr. Geo - http://drgeo.eu >>> iStoa - http://istao.drgeo.eu >>> >>> >> >> >> >> >> > >

Sept. 10, 2014