- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Fonts working great

by StÃ©phane Ducasse

may be we should start to add such nice snippets on the wiki :) Stef On Mar 12, 2009, at 11:02 AM, Damien Cassou wrote: > Hi, > > I've set-up the following script (based on a previous message in this > list) for people using a recent VM and having DejaVu: > > |font codeFont| > font := LogicalFont familyName: 'DejaVu Serif' pointSize: 10. > codeFont := LogicalFont familyName: 'DejaVu Sans Mono' pointSize: 9. > Preferences setListFontTo: font. > Preferences setMenuFontTo: font. > Preferences setCodeFontTo: codeFont. > Preferences setButtonFontTo: font. > Preferences setSystemFontTo: font. > font := LogicalFont familyName: 'DejaVu Serif' pointSize: 11. > Preferences setWindowTitleFontTo: font. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 12, 2009

Re: [Pharo-project] cant squeak map

by StÃ©phane Ducasse

> Hi! > > (being the creator of SM I can't resist this thread on Pharo-list...) > > Yes, I am cross-posting, so sue me. No we are not like that :) >> > > The above is not really a problem with SM "as a tool" but with the > contents of SM. Indeed. > And as I predicted a few years back, SS (Squeaksource) > and PU (package universes) are indeed competing with SM and would > (as it > did) cause us to get a fragmentation. I am not blaiming anyone, but > I do > see that as the primary cause of "data rot". > > Since a lot of projects use SCM hosting as available on SS they don't > bother taking the extra step in keeping entries at SM fresh. Come on. The publish was broken for years. > Understandable but still a pity we couldn't create some harmony there. > > PU was a clear "fork" of SM (not the codebase but the use case) adding > dependencies. I still think it was sad that people couldn't instead > help > out in SM making it better. Indeed >> Sorry guys. clean SM first if you want it to be a credible >> alternative. > > This last line is... odd. What do you mean with "guys"? anybody. If somebody wants to have sm on pharo then they should clean the database. > And why do you think "cleaning it" would solve something? I am not > saying that cleaning > is not needed - just saying that cleaning is not solving the real > problem. We can't seriously tell people to maintain their packages > in 3 > different places (SS, PU, SM) IMHO. > > I am interested in creating a new SM3 that can replace both PU and SM > and that plays very well with SS installations (there are more than > one > even though squeaksource.com is the most important one) and can use > Deltastreams. By "replace" I mean that SM3 of course should simply > replace current SM but also that it could possibly "auto mirror" > packages from SS installations making them available on SM3 *without > any > extra effort at all*. I think that the key point is that somebody is responsible for publishing package in a public ready to use Universe/Version > If SM3 also covers the functionality that PU has > (dependencies etc) then perhaps we could migrate over to it from PU. > Or > again, we could make SM3 be able to "auto mirror" PUs, but that > would be > less optimal I think. Ok for me > Yes, I am picking up Deltastreams, have fixed lots of broken tests > over > the last few days and have read up on Matthew's code. I think DS is a > really promising technology that can open up new nice tools, and still > not compete head on with MC/MC2. Instead it should hopefully replace > changesets and form a nice complement to MC/MC2. I'm interested into that too. > Finally, I have always felt that SM should work in as many Squeak > images > as possible - and Pharo is one of them of course. I don't care if > Pharo > decides to not have SM as a "first class" citizen - as long as it > can be > loaded into Pharo, and I will try to help out with ensuring that it > can > - hopefully that is an effort that Pharo developers appreciate. (?) Sure! Stef > > > regards, GÃ¶ran > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 12, 2009

Re: [Pharo-project] Fonts working great

by Rob Rothwell

And...you can always replace the font name with another if you like...just look at exactly what it is called in the font dialog box when you choose a new font manually! Rob On Thu, Mar 12, 2009 at 6:02 AM, Damien Cassou <damien.cassou(a)gmail.com>wrote: > Hi, > > I've set-up the following script (based on a previous message in this > list) for people using a recent VM and having DejaVu: > > |font codeFont| > font := LogicalFont familyName: 'DejaVu Serif' pointSize: 10. > codeFont := LogicalFont familyName: 'DejaVu Sans Mono' pointSize: 9. > Preferences setListFontTo: font. > Preferences setMenuFontTo: font. > Preferences setCodeFontTo: codeFont. > Preferences setButtonFontTo: font. > Preferences setSystemFontTo: font. > font := LogicalFont familyName: 'DejaVu Serif' pointSize: 11. > Preferences setWindowTitleFontTo: font. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 12, 2009

Re: [Pharo-project] Blocked while merging

by Gary Chambers

Hi Stef. For the old MC browser the revertSelection option doesn't have the code to do the option, seems to be present in 3.10 images though... I don't get a DNU for the diff option. As for the Polymorph tool, it looks like there can be cases where there is a conflict with a deletion present in the incoming version of the merge. Try replacing PSMCMergePatchMorph>>selectNextConflict with: selectNextConflict "Select the next conflict after the current selection, if any." |next def| next := self nextConflict ifNil: [^self]. def := next remoteDefinition ifNil: [next localDefinition]. self changed: {#changes. #openPath. next targetClassName asString. def selector asString} And, if that works in your case I'll version up the change and put on SqueakSource. None of these issues should actually prevent you from merging, as such though. Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Tuesday, March 10, 2009 10:22 AM Subject: Re: [Pharo-project] Blocked while merging Hi all did you see this mail because I'm really blocked and cannot merge anymore in pharo. Stef On Mar 9, 2009, at 1:56 PM, StÃ©phane Ducasse wrote: > Hi all > > I wanted to merge and I tried with the new Diff tools and I got a > selector DNU, > so I switched back to the old merge tool but I got the following bugs > > - click on an item > bring the menu revertSelection -> DNU > diff -> DNU > install crahsed. > > Does anybody get the same, I'm using pharo 10248 > > Stef > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 12, 2009

[Pharo-project] Fonts working great

by Damien Cassou

Hi, I've set-up the following script (based on a previous message in this list) for people using a recent VM and having DejaVu: |font codeFont| font := LogicalFont familyName: 'DejaVu Serif' pointSize: 10. codeFont := LogicalFont familyName: 'DejaVu Sans Mono' pointSize: 9. Preferences setListFontTo: font. Preferences setMenuFontTo: font. Preferences setCodeFontTo: codeFont. Preferences setButtonFontTo: font. Preferences setSystemFontTo: font. font := LogicalFont familyName: 'DejaVu Serif' pointSize: 11. Preferences setWindowTitleFontTo: font. -- Damien Cassou http://damiencassou.seasidehosting.st

March 12, 2009

Re: [Pharo-project] cant squeak map

by GÃ¶ran Krampe

Hi! (being the creator of SM I can't resist this thread on Pharo-list...) Yes, I am cross-posting, so sue me. StÃ©phane Ducasse wrote: > Yes yes yes but we do not use SM since years. > I cannot load one single package without breaking my image. > If you read the comments of a package you should not load it because > most > of the time people entered that the code may work. > Then the version identification is often obsolete. The above is not really a problem with SM "as a tool" but with the contents of SM. And as I predicted a few years back, SS (Squeaksource) and PU (package universes) are indeed competing with SM and would (as it did) cause us to get a fragmentation. I am not blaiming anyone, but I do see that as the primary cause of "data rot". Since a lot of projects use SCM hosting as available on SS they don't bother taking the extra step in keeping entries at SM fresh. Understandable but still a pity we couldn't create some harmony there. PU was a clear "fork" of SM (not the codebase but the use case) adding dependencies. I still think it was sad that people couldn't instead help out in SM making it better. > So you may be able to load SM in pharo but we will not use it as a way > to manage code. Ehm... SM was never meant to "manage code". It is not an SCM. > Sorry guys. clean SM first if you want it to be a credible alternative. This last line is... odd. What do you mean with "guys"? And why do you think "cleaning it" would solve something? I am not saying that cleaning is not needed - just saying that cleaning is not solving the real problem. We can't seriously tell people to maintain their packages in 3 different places (SS, PU, SM) IMHO. I am interested in creating a new SM3 that can replace both PU and SM and that plays very well with SS installations (there are more than one even though squeaksource.com is the most important one) and can use Deltastreams. By "replace" I mean that SM3 of course should simply replace current SM but also that it could possibly "auto mirror" packages from SS installations making them available on SM3 *without any extra effort at all*. If SM3 also covers the functionality that PU has (dependencies etc) then perhaps we could migrate over to it from PU. Or again, we could make SM3 be able to "auto mirror" PUs, but that would be less optimal I think. Yes, I am picking up Deltastreams, have fixed lots of broken tests over the last few days and have read up on Matthew's code. I think DS is a really promising technology that can open up new nice tools, and still not compete head on with MC/MC2. Instead it should hopefully replace changesets and form a nice complement to MC/MC2. Finally, I have always felt that SM should work in as many Squeak images as possible - and Pharo is one of them of course. I don't care if Pharo decides to not have SM as a "first class" citizen - as long as it can be loaded into Pharo, and I will try to help out with ensuring that it can - hopefully that is an effort that Pharo developers appreciate. (?) regards, GÃ¶ran

March 12, 2009

Re: [Pharo-project] cant squeak map

by Damien Cassou

On Wed, Mar 11, 2009 at 8:45 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: >> But it is important that Universes UI is then "uplifted" to be as usable >> as SqueakMap is. This tool is namely aimed for end users, not developers >> and specially newbies need to have as simple as possible way to load >> software. >> >> SM is close to that, Universes not. Universes has the Â biggest advantage >> to load all prerequisite packages, but lacks other things like easy >> search for packages, etc. Have you tried the OB-based universe browser? It's included in all squeak-dev images. You can search for packages by name or by category or by status (installed, upgradable...). It's certainly not perfect but it works ok for me. If you have fixes, please commit them directly to the repository. > Totally agree. I would love having search option in universe or dependencies > management in SM haha. There is a search option in OB-universe -- Damien Cassou http://damiencassou.seasidehosting.st

March 12, 2009

Re: [Pharo-project] FreeType font problem

by Damien Cassou

On Thu, Mar 12, 2009 at 9:23 AM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Is this a dev image or core? We had updates in the past that only > worked in the core image. > Does anybody else see the problem? It worked for me -- Damien Cassou http://damiencassou.seasidehosting.st

March 12, 2009

Re: [Pharo-project] FreeType font problem

by Adrian Lienhard

Is this a dev image or core? We had updates in the past that only worked in the core image. Does anybody else see the problem? Adrian On Mar 12, 2009, at 06:39 , Robert Roland wrote: > > I can't seem to apply these patches, using the "Software Update" > option. > > Attached is the debug.log from my session. > > http://n2.nabble.com/file/n2465732/debug.log debug.log > > - Rob > > > Adrian Lienhard wrote: >> >> Thanks, Andrew! >> >> I added your changes to the update stream (#10249). >> The SLICE was perfect ;) >> >> Cheers, >> Adrian >> >> On Mar 11, 2009, at 21:37 , Andrew Tween wrote: >> >>> (I posted to another thread through hotmail, but it didn't seem to >>> get sent >>> properly, so I'm trying again here through gmane) >>> Hi Damien, >>> It is a problem with all VMs, not only the Exupery one. >>> >>> I have packaged up a fix for this. >>> Please see my comment in tracker issue 360 >>> http://code.google.com/p/pharo/issues/detail?id=360 , copied >>> below... >>> --- >>> Fixed in >>> http://www.squeaksource.com/PharoInbox/SLICE-underlineInLazyListsWithFreeTy… >>> >>> LogicalFonts do not have underlined, or strikethrough, variants. >>> Instead it >>> is left >>> to whatever is asking the font to render text to also ask the font >>> to >>> display the >>> underline. >>> >>> For TextMorphs this was already working properly, with >>> DisplayScanner >>> rendering >>> underlines and strikethrough. But, LazyListMorphs don't use >>> DisplayScanner. >>> They call >>> Canvas drawString... instead. >>> >>> I have created new drawString methods that allow the underline/ >>> strikethrough >>> to be >>> specified with boolean parameters. These drawString methods then ask >>> the >>> font to >>> render the underline/strikethrough after rendering the string. In >>> addition, >>> the >>> colour of the line can be specified which will allow it to be >>> different from >>> the >>> colour of the text - e.g. text in black underlined in red. >>> --This is the first time I've made a SLICE, so apologies if I have >>> made any >>> mistakes.I'll sign and mail the license agreement a.s.a.p. >>> >>> Cheers, >>> Andy >>> >>> "Damien Cassou" <damien.cassou(a)gmail.com> >>> wrote in message >>> news:6ac749c10903080308w8b27bbbp17e0405ceaff13cf@mail.gmail.com... >>>> Hi, >>>> >>>> I'm playing with the Exupery VM on Pharo. If I change the font to >>>> something else than Accuny, the underlined texts are not underlined >>>> anymore. To reproduce: >>>> >>>> - download and use >>>> http://ftp.squeak.org/Exupery/vms/exupery-vm-0.15-linux.tz >>>> - go to preferences->fonts->list fonts >>>> - select Bistream Charter/regular/10, and apply >>>> - open monticello and open the Pharo repository >>>> >>>> You will see that the installed packages are not underlined >>>> anymore. >>>> Switch back to Accuny to see them underlined. >>>> >>>> Does any of you have the same problem? >>>> >>>> -- >>>> Damien Cassou >>>> http://damiencassou.seasidehosting.st >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> > > -- > View this message in context: http://n2.nabble.com/FreeType-font-problem-tp2443996p2465732.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 12, 2009

Re: [Pharo-project] cant squeak map

by Adrian Lienhard

On Mar 12, 2009, at 00:21 , Sebastian Sastre wrote: > thanks thanks thanks! > a loader for XXI century please! > and with an UI designed for human beings this time That would be great, yes. Do you volunteer to work on this project? We need more manpower to do stuff like this... Cheers, Adrian > > sebastian > > >> -----Mensaje original----- >> De: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] En >> nombre de Stephane Ducasse >> Enviado el: Wednesday, March 11, 2009 19:06 >> Para: Pharo-project(a)lists.gforge.inria.fr >> Asunto: Re: [Pharo-project] cant squeak map >> >> Yes yes yes but we do not use SM since years. >> I cannot load one single package without breaking my image. >> If you read the comments of a package you should not load it because >> most >> of the time people entered that the code may work. >> Then the version identification is often obsolete. >> >> So you may be able to load SM in pharo but we will not use it >> as a way >> to manage code. >> Sorry guys. clean SM first if you want it to be a credible >> alternative. >> >> Stef >> >> On Mar 11, 2009, at 8:18 PM, Mariano Martinez Peck wrote: >> >>> But they are not the same. Universe, monticello and SM are >> different >>> things. >>> >>> For example, MC doesn't support dependences. Universo do. I >> compare >>> those three to something like this: >>> >>> MC: CVS, SVN, GIT or any other Source Version Control. This may be >>> used for the developers of the source code. It may include stable >>> and non stable code. >>> >>> Universe: something like apt-get and repositories. It manage >>> dependencies. There are the most common, new and used packages. It >>> may be used by a user of a package. Someone that just want to >>> download a stable version and with all the dependencies of >> a package. >>> >>> SM: Like a repository where there are all the packages that >> has been >>> in squeak from bigging. >>> >>> Cheers, >>> >>> Mariano >>> >>> >>> On Wed, Mar 11, 2009 at 5:11 PM, Michael Rueger <m.rueger(a)acm.org> >>> wrote: >>> Sebastian Sastre wrote: >>> >>>> I've used a 243, updated from server and then tried to SM >> a couple >>> of packages. >>> >>> Please try a 248. >>> >>>> I found cool to put in review package installation methods for >>> pharo. What will >>>> be the pharo way to install packages? >>> >>> Through Monticello I guess. Most people are using >> SqueakSource.com for >>> their packages. >>> >>> Michael >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 12, 2009