January 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] PNG in Artefact

by Levente Uzonyi

There's no need to convert a PNG to JPG at all. PNG's compression algorithm is supported via the Flate filter. The only problem with it is that it's just the IDAT section of the PNG file. But the rest can be embedded too: https://stackoverflow.com/questions/14220221/how-to-insert-transparent-png-… Btw transparency is not allowed in PDF/A-1. Levente On Mon, 12 Jan 2015, Stephan Eggermont wrote: > Olivier wrote: >> In fact, the PNG is converted to JPEG image before to be included in the PDF file. >> But the conversion process doesn't support transparency and sets a black background. > > Jpeg doesn't have transparency. For browsers there is a hack. > http://jim.studt.net/jpeg-alpha/ > http://stackoverflow.com/questions/14220221/how-to-insert-transparent-png-i… > > PDF supports transparency since PDF 1.4 > > To avoid trouble, only use images with the same color space and either a > 1 bit mask or a clipping path. Composing images in different color spaces > with an alpha channel seems to be difficult to get right. > > Stephan >

Jan. 12, 2015

Re: [Pharo-dev] PharoExtras > ImageWorker access

by Marcus Denker

https://pharo.fogbugz.com/f/cases/14717/Monkey-Fails-always-with-Exception-… <https://pharo.fogbugz.com/f/cases/14717/Monkey-Fails-always-with-Exception-…> We need to fix this *fast* as we can not integrate anything anymoreâ¦ (I mean we can, but we should not, as integrating unchecked is the recipe for desaster) Marcus > On 12 Jan 2015, at 12:35, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Now the monkey fails with a strange error.. did you change something? > > Errors and Failures > Exception: Error: External Image Failed: 32512 > > Class Method > ImageWorker handleForkedImageResultWithExitStatus: > ImageWorker waitForForkedImage > [...] in ImageWorker > > On Sun, Jan 11, 2015 at 8:58 AM, Ben Coman <btc(a)openinworld.com <mailto:btc@openinworld.com>> wrote: > Thats good. Thanks Stef. > > On Sun, Jan 11, 2015 at 7:14 PM, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: > Hi ben > > I added you to the pharoextras team. > Can you verify if this is working for you? > > Stef > > Le 11/1/15 11:20, Ben Coman a Ã©crit : > > > Can I get write access to PharoExtras > ImageWorker ? > > I have a fix to make tests work when there is a space in the path to the VM. > https://pharo.fogbugz.com/default.asp?14707 <https://pharo.fogbugz.com/default.asp?14707> > > cheers -ben > > > > > > > -- > -- > Marcus Denker -- denker(a)acm.org <mailto:denker@acm.org> > http://www.marcusdenker.de <http://www.marcusdenker.de/>

Jan. 12, 2015

No more a single PDF for Updated PBE, why ?

by kilon alios

UPBE used to have a single pdf output for all chapters and I see this is no longer offered, why is that ? it was really convenient

Jan. 12, 2015

Re: [Pharo-dev] PharoExtras > ImageWorker access

by Marcus Denker

Now the monkey fails with a strange error.. did you change something? Errors and Failures - Exception: Error: External Image Failed: 32512 ClassMethodImageWorker handleForkedImageResultWithExitStatus: ImageWorker waitForForkedImage [...] in ImageWorker On Sun, Jan 11, 2015 at 8:58 AM, Ben Coman <btc(a)openinworld.com> wrote: > Thats good. Thanks Stef. > > On Sun, Jan 11, 2015 at 7:14 PM, stepharo <stepharo(a)free.fr> wrote: > >> Hi ben >> >> I added you to the pharoextras team. >> Can you verify if this is working for you? >> >> Stef >> >> Le 11/1/15 11:20, Ben Coman a Ã©crit : >> >> >>> Can I get write access to PharoExtras > ImageWorker ? >>> >>> I have a fix to make tests work when there is a space in the path to the >>> VM. >>> https://pharo.fogbugz.com/default.asp?14707 >>> >>> cheers -ben >>> >> >> >> > -- -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

Jan. 12, 2015

Re: [Pharo-dev] Woden on Windows?

by Richard Wettel

By the way, the error I talked about is thrown when opening an example: WDFPSSimpleExample open Cheers Ricky On Mon, Jan 12, 2015 at 4:18 PM, Richard Wettel <wettel(a)gmail.com> wrote: > Hi > > I am also interested in the current status of Woden.I tried to follow the > instructions from Alex (under Windows 7) and I get a: > > NBFFICallout>>error: 'Invalid option name WinUnicode, must begin with > ''opt''' > > Any help is appreciated. > > Cheers > Ricky > > On Mon, Jan 12, 2015 at 2:46 PM, Alexandre Bergel <alexandre.bergel(a)me.com > > wrote: > >> You should do: >> >> Gofer new smalltalkhubUser: 'PharoExtras' project: 'NBOpenGL'; package: >> 'ConfigurationOfNBOpenGL'; load. ((Smalltalk at: #ConfigurationOfNBOpenGL) >> project version: '3.0') load. >> >> Gofer new smalltalkhubUser: 'Pharo' project: 'OSWindow'; package: >> 'ConfigurationOfOSWindow'; load. (Smalltalk at: #ConfigurationOfOSWindow) >> loadBleedingEdge. >> >> Gofer new smalltalkhubUser: 'ronsaldo' project: 'Woden'; package: >> 'ConfigurationOfWoden'; load. (Smalltalk at: #ConfigurationOfWoden) >> loadBleedingEdge. >> >> Some of the things are not up to date in pharo. >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> > On Jan 11, 2015, at 2:06 PM, Torsten Bergmann <astares(a)gmx.de> wrote: >> > >> > Hi, >> > >> > is woden 3D engine for Pharo working out of the box with Pharo 4 and >> > latest VM on Windows? As OSWindow is already integrated I do not know >> > if the load script still fits. Wanted to ask first. >> > What is required to load? >> > >> > If so can we have a config in the config browser for easy access? >> > >> > Thx >> > T. >> > >> >> >> >

Jan. 12, 2015

Re: [Pharo-dev] Woden on Windows?

by Richard Wettel

Hi I am also interested in the current status of Woden.I tried to follow the instructions from Alex (under Windows 7) and I get a: NBFFICallout>>error: 'Invalid option name WinUnicode, must begin with ''opt''' Any help is appreciated. Cheers Ricky On Mon, Jan 12, 2015 at 2:46 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > You should do: > > Gofer new smalltalkhubUser: 'PharoExtras' project: 'NBOpenGL'; package: > 'ConfigurationOfNBOpenGL'; load. ((Smalltalk at: #ConfigurationOfNBOpenGL) > project version: '3.0') load. > > Gofer new smalltalkhubUser: 'Pharo' project: 'OSWindow'; package: > 'ConfigurationOfOSWindow'; load. (Smalltalk at: #ConfigurationOfOSWindow) > loadBleedingEdge. > > Gofer new smalltalkhubUser: 'ronsaldo' project: 'Woden'; package: > 'ConfigurationOfWoden'; load. (Smalltalk at: #ConfigurationOfWoden) > loadBleedingEdge. > > Some of the things are not up to date in pharo. > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > On Jan 11, 2015, at 2:06 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > > > > Hi, > > > > is woden 3D engine for Pharo working out of the box with Pharo 4 and > > latest VM on Windows? As OSWindow is already integrated I do not know > > if the load script still fits. Wanted to ask first. > > What is required to load? > > > > If so can we have a config in the config browser for easy access? > > > > Thx > > T. > > > > >

Jan. 12, 2015

Re: [Pharo-dev] [Pharo4] Slots can now be saved with MC

by Marcus Denker

> On 11 Jan 2015, at 18:50, Chris Muller <asqueaker(a)gmail.com> wrote: > > It has been a while since I read the paper, but my memory is that > Slots lets you define features and/or constraints on inst-var's. For > example, assigning default values or restricting the set of valid > values. > > This would probably be appealing for folks coming from languages like > Java or C++, because they're used to all of their "slots" being > statically typed. It does seem ironic that where those static > languages have been trying to move toward being more dynamic, Pharo > newbies would find themselves arrived at a language which is trying to > make something that was purely dynamic into something more static. > It is *possible* to implement a kind of TypedSlot, but I do not think that this is what people will use Slots for. And for sure there will be no TypeSlot by default in Pharo. For Slots there are two levels 1) having objects that describe variables instead of strings. This is very powerful already and will allow us to e.g. do watchpoints/breakpoitns in variables very easily This is already in Pharo3, but Pharo4 enhances the API and provides with the LinkWrapper slot a way to transparently hook into variable access. This will be very powerful. 2) provide a way to declare that a slot is described by a special subclass of Slot. This is what this change is about This is what we use Slots for are three directions: 1) active slots that announce when the are set. Replacing the whole ValueHolder stuf to some extend. (This is where Slots + their Meta Object Protocol allow one to implement the special variables in Tweak very easily. It is interesting that there, one had to copy the whole compiler and do many, many hacks. 2) Allow optimizing memory representation. E.g. look at Morph. Many flags are needed, but each takes a whole pinter to true of false. So we have MorphExtension. And then on top of that a property dictionary. With Slots, flags (sots that can only store true or false) can be realised very efficiently (31 boolean slots of the hierarchy map to one ivar). With a PropertySlot, one can have values that are used seldomely encoded in a way that they take no space. 3) Slots + Magritte. Magritte now relies of conventions and methods added to the class side. But what it is: meta descriptions for ivars. I think there will be something very powerful in combining Magritte and Slots. 4) Experiments. One way to see Pharo is that it is suppose to be flexible enough to allow experiments to be done fast and easy so we can explore many ideas easily. These experiments will often be just that: experiments. But some of them will be so good that they will turn out to be useful. > My understanding is that specifying a certain Slot-type can save the > need to write, i.e., initializing or validating methods. In exchange, > the number of concepts inherent in the language that must be learned > and remembered is increased. Standard Smalltalk is only about 2 or 3 > concepts -- sending messages and assigning pointers. Period. There's > something exciting about that because even Grandma can grok 2 or 3 > concepts. No other language is so simple. > Slots do not really increase the concepts: they just are meta objects that have the definition of the behaviour of assignment, turning assignment into message sends. > By introducing the implicit behaviors of slots, the number of > different conceptual interactions between code and the slots it > references increases exponentially with the number of slot-types. I > fear trying to explain them to Grandma will have her eyes starting to > glazeâ¦ > I do not see now an active slot is harder to understand than e.g. a ValueHolder. or a BooleanSlot should be easier to understand than doing all that explicitely? Marcus

Jan. 12, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40439 Home: https://github.com/pharo-project/pharo-core

Jan. 12, 2015

[pharo-project/pharo-core] 8d3c0a: 40439

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 8d3c0ac845e94b27db65338c701841d4de01f3b9 https://github.com/pharo-project/pharo-core/commit/8d3c0ac845e94b27db65338c… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-01-12 (Mon, 12 Jan 2015) Changed paths: M Monticello.package/MCClassDefinition.class/instance/installing/createClass.st M OpalCompiler-Core.package/extension/RBMessageNode/instance/isInlineAndOr.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script439.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40439.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Slot.package/TestSlot.class/instance/meta-object-protocol/size.st Log Message: ----------- 40439 14700 Simplify traitComposition setting in MCClassDefinition>>#createClass https://pharo.fogbugz.com/f/cases/14700 14701 compile normal message send for and: where the block has an argument https://pharo.fogbugz.com/f/cases/14701 http://files.pharo.org/image/40/40439.zip

Jan. 12, 2015

Re: [Pharo-dev] Woden on Windows?

by Alexandre Bergel

You should do: Gofer new smalltalkhubUser: 'PharoExtras' project: 'NBOpenGL'; package: 'ConfigurationOfNBOpenGL'; load. ((Smalltalk at: #ConfigurationOfNBOpenGL) project version: '3.0') load. Gofer new smalltalkhubUser: 'Pharo' project: 'OSWindow'; package: 'ConfigurationOfOSWindow'; load. (Smalltalk at: #ConfigurationOfOSWindow) loadBleedingEdge. Gofer new smalltalkhubUser: 'ronsaldo' project: 'Woden'; package: 'ConfigurationOfWoden'; load. (Smalltalk at: #ConfigurationOfWoden) loadBleedingEdge. Some of the things are not up to date in pharo. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jan 11, 2015, at 2:06 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > > Hi, > > is woden 3D engine for Pharo working out of the box with Pharo 4 and > latest VM on Windows? As OSWindow is already integrated I do not know > if the load script still fits. Wanted to ask first. > What is required to load? > > If so can we have a config in the config browser for easy access? > > Thx > T. >

Jan. 12, 2015