Re: [Pharo-dev] developing games in Pharo
Probably x86 windows tablets don't have the larges market share, but developing and running Pharo on them is equally easy than doing the same on a desktop computer. You can run the same x86 VM with JIT support and it runs fast. I tried PharoDroid before on an Android tablet but it was lot slower. Proper touch support is missing, but developing on a tablet with an external keyboard + mouse is possible. -- View this message in context: http://forum.world.st/developing-games-in-Pharo-tp4758592p4758725.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Changed semantics for mongo ObjectID
Hi Norbert, what about objects which have been written to mongo with the old version and will be read with the new version. Can they be read/found with the new version? Or is there a migration needed? Regards Sabine On Thu, May 8, 2014 at 11:30 PM, Norbert Hartl wrote: > I needed to change the way ObjectIds are read from and written to BSON. > BSON is a format that encodes its byte contents little endian. In mongo > database the format of ObjectIds is different. The way an ObjectId is > encoded is big endian. You can see this if you compare the outputs for an > object when read from mongo shell and from pharo. The ids won’t match. > > If you do „normal“ stuff with mongo it is unlikely you have noticed the > effect. An OID is read the wrong way but also written the wrong way which > makes it right again from the mongo database perspective. But it won’t work > if you use a mixed query setting. Meaning reading an OID and requesting the > database using javascript expression. This will fail. > > I’m writing this because I’m not sure the change can break existing > software. The change is not included in the stable version, yet. If you > want to test then load #bleedingEdge and report any problem that might > occur. I will use the new behaviour and will take the freedom to make it > stable if it works for some time. > > FYI, > > Norbert > > >
Re: [Pharo-dev] [Pharo-users] Changed semantics for mongo ObjectID
Am 12.05.2014 um 10:46 schrieb Sabine Knöfel : > Hi Norbert, > > what about objects which have been written to mongo with the old version and > will be read with the new version. Can they be read/found with the new > version? Or is there a migration needed? I’d say it should be safe just to upgrade the code. The exisiting ids won’t change because encoding and decoding are always fully reversible. Meaning regardless of the encoding scheme the ids are the same in the database after being read and written. The only thing changes is the value in the OID object in your image. There are two ways where this can fail. Either you monkey with id values inside your code. Or you use manual references to objects where the referenced id is not written as OID. Everything else should be the same with the old and the new code. In the meantime I even changed the generation of the id value to reflect the mongo spec. Now the values should be comparable to what other drivers (including mongo shell) are generating. This also means you can now ask your ObjectId about its timestamp. Which of course gives you non-sense with ids generated prior to the code update.. Norbert > > > On Thu, May 8, 2014 at 11:30 PM, Norbert Hartl wrote: > I needed to change the way ObjectIds are read from and written to BSON. BSON > is a format that encodes its byte contents little endian. In mongo database > the format of ObjectIds is different. The way an ObjectId is encoded is big > endian. You can see this if you compare the outputs for an object when read > from mongo shell and from pharo. The ids won’t match. > > If you do „normal“ stuff with mongo it is unlikely you have noticed the > effect. An OID is read the wrong way but also written the wrong way which > makes it right again from the mongo database perspective. But it won’t work > if you use a mixed query setting. Meaning reading an OID and requesting the > database using javascript expression. This will fail. > > I’m writing this because I’m not sure the change can break existing software. > The change is not included in the stable version, yet. If you want to test > then load #bleedingEdge and report any problem that might occur. I will use > the new behaviour and will take the freedom to make it stable if it works for > some time. > > FYI, > > Norbert > > >
Re: [Pharo-dev] [Pharo-users] Changed semantics for mongo ObjectID
Thanks, Norbert! On Mon, May 12, 2014 at 11:38 AM, Norbert Hartl wrote: > > Am 12.05.2014 um 10:46 schrieb Sabine Knöfel : > > Hi Norbert, > > what about objects which have been written to mongo with the old version > and will be read with the new version. Can they be read/found with the new > version? Or is there a migration needed? > > > I’d say it should be safe just to upgrade the code. The exisiting ids > won’t change because encoding and decoding are always fully reversible. > Meaning regardless of the encoding scheme the ids are the same in the > database after being read and written. The only thing changes is the value > in the OID object in your image. There are two ways where this can fail. > Either you monkey with id values inside your code. Or you use manual > references to objects where the referenced id is not written as OID. > Everything else should be the same with the old and the new code. > In the meantime I even changed the generation of the id value to reflect > the mongo spec. Now the values should be comparable to what other drivers > (including mongo shell) are generating. This also means you can now ask > your ObjectId about its timestamp. Which of course gives you non-sense with > ids generated prior to the code update.. > > Norbert > > > > On Thu, May 8, 2014 at 11:30 PM, Norbert Hartl wrote: > >> I needed to change the way ObjectIds are read from and written to BSON. >> BSON is a format that encodes its byte contents little endian. In mongo >> database the format of ObjectIds is different. The way an ObjectId is >> encoded is big endian. You can see this if you compare the outputs for an >> object when read from mongo shell and from pharo. The ids won’t match. >> >> If you do „normal“ stuff with mongo it is unlikely you have noticed the >> effect. An OID is read the wrong way but also written the wrong way which >> makes it right again from the mongo database perspective. But it won’t work >> if you use a mixed query setting. Meaning reading an OID and requesting the >> database using javascript expression. This will fail. >> >> I’m writing this because I’m not sure the change can break existing >> software. The change is not included in the stable version, yet. If you >> want to test then load #bleedingEdge and report any problem that might >> occur. I will use the new behaviour and will take the freedom to make it >> stable if it works for some time. >> >> FYI, >> >> Norbert >> >> >> > >
Re: [Pharo-dev] Pillar book-skeleton and more
On 12 May 2014, at 08:13, p...@highoctane.be wrote: > Ah, nice! Thank you! > > I got a couple warnings on compile > > Generating files for all chapters > The method AbstractFileReference>>ensureDeleted has been deprecated. > Use ensureDelete > > *** Warning: Deprecation: The method AbstractFileReference>>ensureDeleted has > been deprecated. > Use ensureDelete > The method AbstractFileReference>>ensureDeleted has been deprecated. > Use ensureDelete > > *** Warning: Deprecation: The method AbstractFileReference>>ensureDeleted has > been deprecated. > Use ensureDelete > The method AbstractFileReference>>ensureDeleted has been deprecated. > Use ensureDelete > > *** Warning: Deprecation: The method AbstractFileReference>>ensureDeleted has > been deprecated. > Use ensureDelete > The method AbstractFileReference>>ensureDeleted has been deprecated. > Use ensureDelete > > *** Warning: Deprecation: The method AbstractFileReference>>ensureDeleted has > been deprecated. > Use ensureDelete > Done We have to look at it. Looks like the pillar-side things. > > > For Linux (CentOS6 for me): > > A mention of installing texlive-latex would be nice so that we can get a PDF. > > yum install texlive-latex > > or (to be confirmed by ubuntu users): > > apt-get install texlive-latex > > Once done, it works perfectly. We have to improve the script over time. Also it’s you are right that the command verses between distros. Anyway maybe we should put some notice. > > > For the Vim editor, I had to add a line matching .pillar files as the current > setup from Damien is mapping .pier I think this can be requested at his repo :) > > So in: ftdetect/pier.vim > > duplicate the line and add a .pillar extension as well. > > autocmd! BufNewFile,BufRead *.pier setfiletype pier > autocmd! BufNewFile,BufRead *.pillar setfiletype pier > > > One less excuse not to write something now… > > Phil > > > > > > > > > > > > > On Mon, May 12, 2014 at 7:38 AM, Yuriy Tymchuk wrote: > Dear everyone, > > I’m happy to announce about the Pillar book-skeleton project > https://github.com/pillar-markup/book-skeleton, which is essentially a > generalised starting point for writing books in Pillar. Pharo for the > Enterprise and Updated Pharo by Example are using it now. If you have any > suggestions, please contribute, or open issues. > > Together with that we’ve created the GitHub organisation named Pillar-markup > https://github.com/pillar-markup, which contains pillar-related projects like > editor mods and documentation. If you have any Pillar related project’s we > will be happy to add you and the projects to the organisation. > > Have a nice week. > Uko >
Re: [Pharo-dev] Github & Pharo.org
I added it at download page: http://pharo.org/download now we have to improve all that infrastructure :) Esteban On 03 May 2014, at 19:06, p...@highoctane.be wrote: > Am I blind or am I having a hard time spotting our stuff on GitHub from > Pharo.org as well as some other properties that help us be visible? > > Meaning: > > https://github.com/orgs/pharo-project/ > > https://github.com/SquareBracketAssociates > > are very important places and aren't mentioned much. > > As are: https://github.com/tide-framework if someone wants to use Marina so > use the Pharo power... > > Maybe can we add these and > > http://en.wikipedia.org/wiki/Pharo > > as well (as we bothered updating the page...) > > Also, in http://pharo.org/get-involved we sent people directly to the Fogbugz > thing. > > We should mention this Penelope monkey as well: http://bugs.pharo.org/ > > Also, in documentation, people are doing webapps, so we need to add "Dynamic > Web Development with Seaside" to http://pharo.org/documentation > > http://book.seaside.st/book > > And, we also must also add this gorgeous > > http://spec.st/ > > and Sebastian's Mapless supernice site as well. > > > I do not have access to the CMS, so please some kind soul, do it :-) [or tell > me how] > > Phil
Re: [Pharo-dev] Github & Pharo.org
Hey Esteban , I see you link my video tutorials. I recommend instead to link to my video playlist called "Pharo Video Tutorial" which can be found here -> https://www.youtube.com/watch?v=Ol5ivaEATLQ&list=PLqbtQ7OkSta0ULYAd7Qdxof851ybh-_m_ In this playlist I have uploaded, I am uploading and will upload video tutorials only for the basics of Pharo (similar to Pharo By Example) and then I will create other playlists for important libraries , spec, morphic etc. On Mon, May 12, 2014 at 3:18 PM, Esteban Lorenzano wrote: > I added it at download page: http://pharo.org/download > now we have to improve all that infrastructure :) > > Esteban > > On 03 May 2014, at 19:06, p...@highoctane.be wrote: > > Am I blind or am I having a hard time spotting our stuff on GitHub from > Pharo.org as well as some other properties that help us be visible? > > Meaning: > > https://github.com/orgs/pharo-project/ > > https://github.com/SquareBracketAssociates > > are very important places and aren't mentioned much. > > As are: https://github.com/tide-framework if someone wants to use Marina > so use the Pharo power... > > Maybe can we add these and > > http://en.wikipedia.org/wiki/Pharo > > as well (as we bothered updating the page...) > > Also, in http://pharo.org/get-involved we sent people directly to the > Fogbugz thing. > > We should mention this Penelope monkey as well: http://bugs.pharo.org/ > > Also, in documentation, people are doing webapps, so we need to add > "Dynamic Web Development with Seaside" to http://pharo.org/documentation > > http://book.seaside.st/book > > And, we also must also add this gorgeous > > http://spec.st/ > > and Sebastian's Mapless supernice site as well. > > > I do not have access to the CMS, so please some kind soul, do it :-) [or > tell me how] > > Phil > > >
Re: [Pharo-dev] Improving Pharo By Example
ok people I think I made pillar angry :D
I dont why, maybe I said something I should not have said, maybe I pushed
her too much , maybe I smell too bad but since yesterday she compiles but
refuses to cooperate with me.
In detail each time I try to use pillar syntax lets say "!! Finding
classes" instead of seeing the syntax and compile to something like "1.2
Finding classes" it compiles it as it is "!! Finding classes" , it does the
same thing with other pillar syntax too.
I tried to redownload the repo , and reinstall pier and recompile from
scratch again it does the same things.
You can replicate this by cloning the UpdatedPharoByExample github repo
and just go to PharoTour.pier and add "!! Something something" and compile.
The problem is evident in both the pdfs and hmtl outputs.
Please help me make pillar friendly again, tell her I apologize and I lover
her very much :)
On Sat, May 10, 2014 at 7:09 PM, kilon alios wrote:
> Thanks Damien and Yuriy
>
>
> On Sat, May 10, 2014 at 6:51 PM, Yuriy Tymchuk wrote:
>
>>
>> On 10 May 2014, at 17:01, kilon alios wrote:
>>
>> I found a bug in Pillar syntax
>>
>> when I type 3 + 4 , it seems like it takes + as part of the pillar
>> syntax and uses latex syntax and when it tries to generate the pdf it fails
>> so I am forced now to type it as raw text like this : {{{3+4}}}
>>
>>
>> It’s not a bug, it’s a feature :). I’d suggest you to use something like
>> ==inline code== for wrapping of ‘’italic’'.
>>
>>
>> also I would like the ability to have a dark background for text like we
>> do with smalltalk syntax .
>>
>>
>> I don’t really understand what you need. If you need to style the result,
>> it should be done outside of pillar.
>>
>>
>>
>> Pharo Tour chapters proceeds well, I compile to both latex html and pdf ,
>> I see no problems so far with my text, I copy my text directly from the
>> latex files of the original PBE in github.
>>
>>
>> I also improved the Readme.
>>
>>
>> On Thu, May 8, 2014 at 9:16 AM, stepharo wrote:
>>
>>>
>>>
>>> I also added Chapter 1 - Quick Tour in Pharo. Just the first part ,
>>> the chapter is of course still a WIP.
>>>
>>> I am not so sure what you mean about automated tests, are they for the
>>> example code ?
>>>
>>>
>>>
>>> if you see in the tex when we have example we also have a tag that
>>> indicates that the code can be extracted
>>> and run. I do not remember but oscar did a script and we where able to
>>> automatically verify that all the simple examples were correctly working
>>> with a version of Pharo.
>>>
>>> Now in Pillar we should introduce the notion of tag to support at the
>>> word level.
>>> - index
>>> - comment
>>> - citation
>>>
>>>
>>>
>>> I am all for automation.
>>>
>>>
>>> On Mon, May 5, 2014 at 11:08 PM, stepharo wrote:
>>>
This is really cool that people want to update the Pharo by Example
book.
This is a really an important task and it will have a real impact.
You can also reduce the number of screenshots or point related to the
interaction.
What would be good is to make the automated tests working again because
we could spot
if we got some regressions.
Stef
How I can help improve Pharo by Example , add chapters and update
> current ones for Pharo 3 ?
>
> What is the process ?
>
>>>
>>>
>>
>>
>
[Pharo-dev] Pillar - bold quote marks versus OSX TextEdit
Just a note it might be good to add to Pillar documentation [1] which says... you can make something ""bold"" like that. But I was having trouble getting this to work since the quote marks would just appear in the generated PDF. I found the answer by copy pasting the quote mark from [1] into the Mixed input field of [2] and pressing convert tells me this is UTF-16 code 22. If I type the quote mark " directly into that field, then I get the same result. However if I type the quote mark " into TextMate, then copy that character into [2], it tells me its UTF-16 201C!!! what-the! So I found out how to disable Smart Quotes at [3]. [1] github.com/pillar-markup/pillar-documentation [2] rishida.net/tools/conversion [3] devin.la/blog/disable-smart-quotes-osx-mavericks cheers -ben
Re: [Pharo-dev] Pillar - bold quote marks versus OSX TextEdit
Another question is: are quotes the appropriate syntax? :) uko On 12 May 2014, at 18:10, Ben Coman wrote: > > Just a note it might be good to add to Pillar documentation [1] which says... > you can make something ""bold"" like that. But I was having trouble getting > this to work since the quote marks would just appear in the generated PDF. I > found the answer by copy pasting the quote mark from [1] into the Mixed input > field of [2] and pressing convert tells me this is UTF-16 code 22. If I type > the quote mark " directly into that field, then I get the same result. > However if I type the quote mark " into TextMate, then copy that character > into [2], it tells me its UTF-16 201C!!! what-the! > > So I found out how to disable Smart Quotes at [3]. > > [1] github.com/pillar-markup/pillar-documentation > [2] rishida.net/tools/conversion > [3] devin.la/blog/disable-smart-quotes-osx-mavericks > > cheers -ben >
Re: [Pharo-dev] [squeak-dev] last block arg as implicit return value?
2014-05-12 20:16 GMT+02:00 Clément Bera : > It seems that in Pharo 3 > > [:a :b|] value: #first value: #last > > answers nil whichever compiler you use (Opal or the old one). > > > Yes, I recognize my fix with different stamps in old Compiler... No miracle, https://code.google.com/p/pharo/issues/detail?id=1614, points to it Eliot's fix is much simpler. > 2014-05-12 19:17 GMT+02:00 Eliot Miranda : > >> >> >> >> On Mon, May 12, 2014 at 10:05 AM, Nicolas Cellier < >> nicolas.cellier.aka.n...@gmail.com> wrote: >> >>> I think I remember it was either the first or last parameter that was >>> returned in old implementation >>> >> >> the last. ([:a :b|] value: #first value: #last) == #last >> >> >>> >>> It's a known problem: http://bugs.squeak.org/view.php?id=5793 >>> >>> but I would have thought that this was fixed with Eliot's closure... >>> >> >> I kept the old semantics, trying to rock the boat as little as possible. >> I just checked the draft standard. The end of 3.4.4 "blocks" reads >> >> "If a block has no or no in its >> then the value of the block is undefined." >> I've found the returning the last value bizarre for a while. If others >> feel strongly we could fix it for 4.6/5.0. But I'd want agreement with >> Pharo. Marcus what does Opal do with: >> >> [:a :b|] value: #first value: #last >> >> ? >> >> Squeak & VW answer #last. >> >> >>> >>> >>> 2014-05-12 17:58 GMT+02:00 blake : >>> >>> >> | myBlock | >> myBlock := [ : arg1 : arg2 | ]. >> myBlock value: 'hello' value: 'there' nil Because the block isn't returning a value and the last line is calling the block. >>> >>> >>> >>> >> >> >> -- >> best, >> Eliot >> > >
Re: [Pharo-dev] Roassal 3D empty windows
2014-05-12 0:25 GMT+02:00 Alexandre Bergel : > Hi Nicolai, > > Thanks for coming back to us. Your patience is crucial for us :-) > > > Again, someone can tell me where (OS, graphic-card) Roassal 3D runs out > of the box? > > I have just taken a Moose image, loading Roassal3d using the Configuration > browser. I then manually updated the NBOpenGL by hand (I have produced a > new configuration but I do not have the right to write in the repository). > > > And even now, that I solved this issue and all(many) Roassal examples > are working, > > The R 3D IDE still only shows a black screen. And I still don't know > what this is supposed > > to be, any tutorial screenshot or video, showing what R3D IDE is? > > R3D IDE is just a small and quick experiment. Nothing fancy behind (else > we would have advertise it :-) > You can use it the following: > - Open the Roassal3D IDE > - Open a System browser and compile method methods, create classes > > You should see some cubes in the IDE. I’ve just realized that moving from > Roassal to Roassal2 has left some problems. I am working on them right now… > > Again, thanks for keeping trying R3D. > > Alexandre > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > Thank you Alexandre, just one question, what system do you use (OS/Grahics). I find it strange that I am the only one with this issue on Roassal resp. NBOpenGL (I use Windows 7 with /AMD Graphics I tried a Intel graphics card as well but that one does not support multisample framebuffer)
Re: [Pharo-dev] Roassal 3D empty windows
> Thank you Alexandre, > > just one question, what system do you use (OS/Grahics). I find it strange > that > I am the only one with this issue on Roassal resp. NBOpenGL > (I use Windows 7 with /AMD Graphics I tried a Intel graphics card as well but > that > one does not support multisample framebuffer) I’ve just discovered that some examples do not work on my laptop but work on my desktop machine. Same OS, but apparently, different graphic card. On my desktop machine (iMac) I have a NVIDIA GeForce GTX 675MX 1024 MB and I have the last OSX. Were you able to get at least a basic rendering? Cheers, Alexandre
Re: [Pharo-dev] a Pharo talk from a ruby conference
Hi! On 04/30/2014 10:02 PM, kilon alios wrote: Another mistake is that people tend to over idealising Smalltalk and it appears as if Smalltalk used to be popular, but I have found no evidence that Smalltalk was ever popular. Again I may be wrong but this is also maybe a motivation to regard Smalltalk dead. It was quite popular in... 1985-ish to 1995-ish. I would guess that during those years VisualWorks and VisualAge (primarily) covered 33% of the OOP market and C++ about 60% - and the rest by other even smaller things like Eiffel. Those numbers I recall from some magazine, so I am not making them up. If you were into OO at the time it was quite a lot of buzz around both Smalltalk and C++ IMHO. But OOP was almost exclusively used in large corporations or institutions that could muster the licenses. But Smalltalk *was* fairly big and some truly huge systems were built. But it was not in any serious awareness outside the corporate world - since there was hardly any cheap or free Smalltalk available. C++ was though and ate up that space, and of course... ...you know what came in 1995. :) If say... Dolphin had been born as an open source (or at least gratis download) project - so that people could easily build Win32 apps for consumer use, like VB or Deplhi... then perhaps the world had been different. regards, Göran
Re: [Pharo-dev] a Pharo talk from a ruby conference
2014-05-12 22:33 GMT+02:00 Göran Krampe : > Hi! > > On 04/30/2014 10:02 PM, kilon alios wrote: > >> Another mistake is that people tend to over idealising Smalltalk and it >> appears as if Smalltalk used to be popular, but I have found no evidence >> that Smalltalk was ever popular. Again I may be wrong but this is also >> maybe a motivation to regard Smalltalk dead. >> > > It was quite popular in... 1985-ish to 1995-ish. I would guess that during > those years VisualWorks and VisualAge (primarily) covered 33% of the OOP > market and C++ about 60% - and the rest by other even smaller things like > Eiffel. Those numbers I recall from some magazine, so I am not making them > up. If you were into OO at the time it was quite a lot of buzz around both > Smalltalk and C++ IMHO. > > But OOP was almost exclusively used in large corporations or institutions > that could muster the licenses. But Smalltalk *was* fairly big and some > truly huge systems were built. > > But it was not in any serious awareness outside the corporate world - > since there was hardly any cheap or free Smalltalk available. C++ was > though and ate up that space, and of course... > > ...you know what came in 1995. :) > > If say... Dolphin had been born as an open source (or at least gratis > download) project - so that people could easily build Win32 apps for > consumer use, like VB or Deplhi... then perhaps the world had been > different. > > regards, Göran > > But Smalltalk V was cheap, small, fairly well documented and worked on windows (DOS even).
Re: [Pharo-dev] a Pharo talk from a ruby conference
I worked at a company writing commercial (i.e. shrink wrapped boxes on store shelves) application using Smalltalk V. On May 12, 2014, at 3:54 PM, Nicolas Cellier wrote: > > > > 2014-05-12 22:33 GMT+02:00 Göran Krampe : > Hi! > > On 04/30/2014 10:02 PM, kilon alios wrote: > Another mistake is that people tend to over idealising Smalltalk and it > appears as if Smalltalk used to be popular, but I have found no evidence > that Smalltalk was ever popular. Again I may be wrong but this is also > maybe a motivation to regard Smalltalk dead. > > It was quite popular in... 1985-ish to 1995-ish. I would guess that during > those years VisualWorks and VisualAge (primarily) covered 33% of the OOP > market and C++ about 60% - and the rest by other even smaller things like > Eiffel. Those numbers I recall from some magazine, so I am not making them > up. If you were into OO at the time it was quite a lot of buzz around both > Smalltalk and C++ IMHO. > > But OOP was almost exclusively used in large corporations or institutions > that could muster the licenses. But Smalltalk *was* fairly big and some truly > huge systems were built. > > But it was not in any serious awareness outside the corporate world - since > there was hardly any cheap or free Smalltalk available. C++ was though and > ate up that space, and of course... > > ...you know what came in 1995. :) > > If say... Dolphin had been born as an open source (or at least gratis > download) project - so that people could easily build Win32 apps for consumer > use, like VB or Deplhi... then perhaps the world had been different. > > regards, Göran > > > But Smalltalk V was cheap, small, fairly well documented and worked on > windows (DOS even).
Re: [Pharo-dev] Github & Pharo.org
link for windows vm is wrong(Custom Downloads): http://files.pharo.org/vm/pharo/win/Pharo-VM-linux-stable.zip correct one: http://files.pharo.org/vm/pharo/win/Pharo-VM-win-stable.zip 2014-05-12 14:18 GMT+02:00 Esteban Lorenzano : > I added it at download page: http://pharo.org/download > now we have to improve all that infrastructure :) > > Esteban > > On 03 May 2014, at 19:06, p...@highoctane.be wrote: > > Am I blind or am I having a hard time spotting our stuff on GitHub from > Pharo.org as well as some other properties that help us be visible? > > Meaning: > > https://github.com/orgs/pharo-project/ > > https://github.com/SquareBracketAssociates > > are very important places and aren't mentioned much. > > As are: https://github.com/tide-framework if someone wants to use Marina > so use the Pharo power... > > Maybe can we add these and > > http://en.wikipedia.org/wiki/Pharo > > as well (as we bothered updating the page...) > > Also, in http://pharo.org/get-involved we sent people directly to the > Fogbugz thing. > > We should mention this Penelope monkey as well: http://bugs.pharo.org/ > > Also, in documentation, people are doing webapps, so we need to add > "Dynamic Web Development with Seaside" to http://pharo.org/documentation > > http://book.seaside.st/book > > And, we also must also add this gorgeous > > http://spec.st/ > > and Sebastian's Mapless supernice site as well. > > > I do not have access to the CMS, so please some kind soul, do it :-) [or > tell me how] > > Phil > > >
Re: [Pharo-dev] WTF and Programming Languages
2014-05-08 18:29 GMT+02:00 Sean P. DeNigris : > Sven Van Caekenberghe-2 wrote > > The why is the result not 'Helloworld' ? or 'Hellworldo' ? Why does the > $o > > appear twice ? > > Good point. > > Please take a moment to: > 1. go to Ulysses > 2. follow the account creation link > 3. create an account on fogbugz > 4. log in > 5. create an issue report with: > a. the vm version > b. the image version > c. your platform > d. your social security number > e. mother's maiden name > f. name of first pet > g. and, a reproducible way to cause the error > 6. (optional, but preferable) followed up by a slice with tests > a. re-log-in to fogbugz > b. go back to the issue page because the fogbugz login page probably > didn't redirect you to the issue > c. add whoever is assigned as another person to notify because they will > paradoxically not be included by default > 7. (if 6) add class comments to classes that you didn't modify - and > possibly have never heard of - to make the monkey happy > 8. Weigh in on whether Pharo is or is not "Smalltalk" AND/OR whether a > tomato is a fruit or a vegetable > 9. Cross fingers and wait (but not as long as in Squeak) > 10. Try to remember what you were doing before you fell down the rabbit > hole > 11. Check email for VPRI's final STEPS report while waiting > > IN CASE OF EMERGENCY: insert beer between or during any other step OR > remember that we (meaning the Smalltalk, Smalltalk-inspired, > Smalltalk-channelled, Smalltalk-related, and/or Dynabook-related identified > persons and possibly spouses and probably children under 17.5) still have > it > far better than the rest of the programming world > > ;-P (hopefully obviously) > > > Oh, but wait, I opened some bug reports once upon a time... I just rediscovered http://bugs.squeak.org/view.php?id=5707 which links to http://bugs.squeak.org/view.php?id=7194 Not my fault if a forked happened ;) To continue around this very same example, every one knows that this should fail: 'hello' copyReplaceFrom: 3/2 to: 5/2 with: 'world'. Indeed, only integers should be used as indices! It should fail equally whether the argument is wide or not as you can see: 'hello' copyReplaceFrom: 3/2 to: 5/2 with: 'world' asWideString. Well yes, maybe non integer indices could be used, but Character>>negative is not understood It should fail equally whether the receiver is wide or not as you can see: 'hello' asWideString copyReplaceFrom: 3/2 to: 5/2 with: 'world' asWideString. A good lesson: tricky hacks like this always come with a price: index isNumber ifTrue: [^self at: index asInteger] ifFalse: [self errorNonIntegerIndex] The sooner failure, the better failure ;) > - > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/WTF-and-Programming-Languages-tp4758263p4758348.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >
Re: [Pharo-dev] WTF and Programming Languages
2014-05-13 2:41 GMT+02:00 Nicolas Cellier < nicolas.cellier.aka.n...@gmail.com>: > > 2014-05-08 18:29 GMT+02:00 Sean P. DeNigris : > > Sven Van Caekenberghe-2 wrote >> > The why is the result not 'Helloworld' ? or 'Hellworldo' ? Why does the >> $o >> > appear twice ? >> >> Good point. >> >> Please take a moment to: >> 1. go to Ulysses >> 2. follow the account creation link >> 3. create an account on fogbugz >> 4. log in >> 5. create an issue report with: >> a. the vm version >> b. the image version >> c. your platform >> d. your social security number >> e. mother's maiden name >> f. name of first pet >> g. and, a reproducible way to cause the error >> 6. (optional, but preferable) followed up by a slice with tests >> a. re-log-in to fogbugz >> b. go back to the issue page because the fogbugz login page probably >> didn't redirect you to the issue >> c. add whoever is assigned as another person to notify because they will >> paradoxically not be included by default >> 7. (if 6) add class comments to classes that you didn't modify - and >> possibly have never heard of - to make the monkey happy >> 8. Weigh in on whether Pharo is or is not "Smalltalk" AND/OR whether a >> tomato is a fruit or a vegetable >> 9. Cross fingers and wait (but not as long as in Squeak) >> 10. Try to remember what you were doing before you fell down the rabbit >> hole >> 11. Check email for VPRI's final STEPS report while waiting >> >> IN CASE OF EMERGENCY: insert beer between or during any other step OR >> remember that we (meaning the Smalltalk, Smalltalk-inspired, >> Smalltalk-channelled, Smalltalk-related, and/or Dynabook-related >> identified >> persons and possibly spouses and probably children under 17.5) still have >> it >> far better than the rest of the programming world >> >> ;-P (hopefully obviously) >> >> >> > Oh, but wait, I opened some bug reports once upon a time... > I just rediscovered http://bugs.squeak.org/view.php?id=5707 which links > to http://bugs.squeak.org/view.php?id=7194 > Not my fault if a forked happened ;) > > To continue around this very same example, every one knows that this > should fail: > 'hello' copyReplaceFrom: 3/2 to: 5/2 with: 'world'. > Indeed, only integers should be used as indices! > > It should fail equally whether the argument is wide or not as you can see: > 'hello' copyReplaceFrom: 3/2 to: 5/2 with: 'world' asWideString. > Well yes, maybe non integer indices could be used, but Character>>negative > is not understood > > It should fail equally whether the receiver is wide or not as you can see: > 'hello' asWideString copyReplaceFrom: 3/2 to: 5/2 with: 'world' > asWideString. > > A good lesson: tricky hacks like this always come with a price: > index isNumber > ifTrue: [^self at: index asInteger] > ifFalse: [self errorNonIntegerIndex] > > The sooner failure, the better failure ;) > > Ah, finally a better illustration of what you obtain when you mix the bugs: 'hello' asWideString copyReplaceFrom: 11/2 to: 1/2 with: 'world' >> - >> Cheers, >> Sean >> -- >> View this message in context: >> http://forum.world.st/WTF-and-Programming-Languages-tp4758263p4758348.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> >
Re: [Pharo-dev] WTF and Programming Languages
2014-05-13 2:51 GMT+02:00 Nicolas Cellier < nicolas.cellier.aka.n...@gmail.com>: > > 2014-05-13 2:41 GMT+02:00 Nicolas Cellier < > nicolas.cellier.aka.n...@gmail.com>: > >> >> The sooner failure, the better failure ;) >> >> > Ah, finally a better illustration of what you obtain when you mix the bugs: > > 'hello' asWideString copyReplaceFrom: 11/2 to: 1/2 with: 'world' > > Eventually, I could expect the behavior when invoking asWildString
