- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] AppeX

by Thierry Goubier

1. We have some of the pieces for that coming together. We have a large array of programming language parsers with PetitParser and SmaCC (Java, C#, Python, JavaScript?, R?) (some of them proprietary, however: C, ADA) and they can be used for styling (thanks Usman for showing me how) and probably completion. This could probably fit in the current text editor just about fine, but a better one wouldn't hurt. That the current text morphs sees everything as smalltalk source code isn't hard to correct :) 2. and 3. Same. Once you abstract a bit some of the IDE building blocks, you can store code anywhere you want: even at the Pharo IDE level, a code pane is just a text editor with a specific way of saving code, which could be changed in a snap. However, I wouldn't be too much into emulating a language: it may be a very heavy and complex endeavour. Running behind a Pharo based IDE the interpreter or the compiler of a language X (R, Python) looks to me a more reasonable proposition. I'm currently looking at leveraging some of the IDE stuff I have and the SmaCC infrastructure to be able to build experimental IDEs for non-Smalltalk languages and external DSLs. Write or get a SmaCC parser for a language and you would have an IDE core building blocks ready for reuse and customization. Thierry 2014-09-04 14:18 GMT+02:00 Torsten Bergmann <astares(a)gmx.de>: > Hi Phil, > > if there is something I would like to see our Pharo ecosystem and ST in > general moving > towards is to such a "multilanguage"/"multisourcecode"/"flexible > ressources" kind of > thing. Even when this could not be a short term goal I would like to see > this > in the long term. > > Regarding integration of different resources > ============================================ > 1. we need a better text editor and not only doing Smalltalk > completion/styling > but have this pluggable as well > => if I'm not mistaken this is what TxText project partly is > caring about > > If I remember correctly in VW there were browser plugins to the > browsers code > pane allowing you for instance to directly edit XML as a tree and > styling > while the XML text it is stored in a method, etc. > > Similar to Eclipse where depending on the content type one or more > different > pluggable editors could be used. > > 2. it should be possible to store and save different code/text formats as > source for methods > => you can already do it similar to Seaside by just returning > Strings > => maybe a pragma could be used > foo > <language: #JavaScript> > ^'alert("hi");' > => the selector could/should be decoupled from the method body to > be more flexible, > not only in editing > (interesting idea and already in Moose, see Tudors talk from > ESUG 2014 > > https://www.youtube.com/watch?v=LKVPJU3W5Ys&list=PLJ5nSnWzQXi_6yyRLsMMBqG8Y… > ) > especially at the beginning of video 3/3. > > 3. we should think about where the source code (Smalltalk or not) is > stored, it should be > more flexible as well > > => there already was a discussion of integrating the source file > into the image > Pharo4.0 but I would additionally also like to integrate the > other way around (why not > edit an external file (CSS, JavaScript, XML, ...) linked as a > method in the system > with the internal Smalltalk tools) > So one could imagine a method like this where the string is > stored in an external file. > > zincMustacheTemplate > <language: 'HTML' external: 'index.html'> > > ^'<html><body><head><title>{{AppTitle}}</title></head></body>' > > Many other ideas come to mind. > > Regarding the integration of multiple languages: > ================================================ > As we all know we have our image and VM provides a dynamic object system > and > Smalltalk is only a language that is built into it. So can be others and > we would > open up more. > > There are many examples of this already in the Smalltalk world: > - VisualAge for Java was implemented and running inside of VisualAge for > Smalltalk > using all the tools > - running Java inside of Smalltalk/X > - C Source code of the VM can edited and changed in Smalltalk/X tools > - JavaScript on top of VW as seen on ESUG 2014, > https://www.youtube.com/watch?v=ZGAMCz62OM0 > - Helvetia (http://scg.unibe.ch/research/helvetia) > > Helvetia could be a starting point for Pharo here, also parser frameworks > like PetitParser, ... > Many things are already possible from the meta side. > > Maybe one could port the MIT licensed JavaScript implementation from VW to > Pharo > and try out if our infrastructure (Compiler, Parser, source code editing) > could > really be made pluggable. Would open up Pharo also to JavaScript > developers and > maybe realign better with Amber. > > So many things we could do to reduce the friction between Smalltalk and > the outside world > ... but lots of work if done right. > > Bye > T. > > > > > > > > >

Sept. 4, 2014

AppeX

by Torsten Bergmann

Hi Phil, if there is something I would like to see our Pharo ecosystem and ST in general moving towards is to such a "multilanguage"/"multisourcecode"/"flexible ressources" kind of thing. Even when this could not be a short term goal I would like to see this in the long term. Regarding integration of different resources ============================================ 1. we need a better text editor and not only doing Smalltalk completion/styling but have this pluggable as well => if I'm not mistaken this is what TxText project partly is caring about If I remember correctly in VW there were browser plugins to the browsers code pane allowing you for instance to directly edit XML as a tree and styling while the XML text it is stored in a method, etc. Similar to Eclipse where depending on the content type one or more different pluggable editors could be used. 2. it should be possible to store and save different code/text formats as source for methods => you can already do it similar to Seaside by just returning Strings => maybe a pragma could be used foo <language: #JavaScript> ^'alert("hi");' => the selector could/should be decoupled from the method body to be more flexible, not only in editing (interesting idea and already in Moose, see Tudors talk from ESUG 2014 https://www.youtube.com/watch?v=LKVPJU3W5Ys&list=PLJ5nSnWzQXi_6yyRLsMMBqG8Y…) especially at the beginning of video 3/3. 3. we should think about where the source code (Smalltalk or not) is stored, it should be more flexible as well => there already was a discussion of integrating the source file into the image Pharo4.0 but I would additionally also like to integrate the other way around (why not edit an external file (CSS, JavaScript, XML, ...) linked as a method in the system with the internal Smalltalk tools) So one could imagine a method like this where the string is stored in an external file. zincMustacheTemplate <language: 'HTML' external: 'index.html'> ^'<html><body><head><title>{{AppTitle}}</title></head></body>' Many other ideas come to mind. Regarding the integration of multiple languages: ================================================ As we all know we have our image and VM provides a dynamic object system and Smalltalk is only a language that is built into it. So can be others and we would open up more. There are many examples of this already in the Smalltalk world: - VisualAge for Java was implemented and running inside of VisualAge for Smalltalk using all the tools - running Java inside of Smalltalk/X - C Source code of the VM can edited and changed in Smalltalk/X tools - JavaScript on top of VW as seen on ESUG 2014, https://www.youtube.com/watch?v=ZGAMCz62OM0 - Helvetia (http://scg.unibe.ch/research/helvetia) Helvetia could be a starting point for Pharo here, also parser frameworks like PetitParser, ... Many things are already possible from the meta side. Maybe one could port the MIT licensed JavaScript implementation from VW to Pharo and try out if our infrastructure (Compiler, Parser, source code editing) could really be made pluggable. Would open up Pharo also to JavaScript developers and maybe realign better with Amber. So many things we could do to reduce the friction between Smalltalk and the outside world ... but lots of work if done right. Bye T.

Sept. 4, 2014

Re: [Pharo-dev] PharoLauncher on Windows not the latest version

by kilon alios

yes launcher works fine with C , i am actually using a pharo 3 image with it that I downloaded with pharolauncher.I had so far one windows problem after another, for example I tried to get gitfiletree and for some reason shortcuts dont work so I tried alt+d and ctrl+d to do it , nothing. The Gofer complained that it has no loadStable message while it has so I had to do the cascade one line at a time instead. Etc Etc. Pharo needs definetly more developers on windows side. Its clear that development is unix centered but then the story is the same for most open source projects out there. Looks like windows is extremely popular with users and extremely unpopular with at least open source developers . Do I blame them ? hell no :D On Thu, Sep 4, 2014 at 2:40 PM, Tim Mackinnon <tim(a)testit.works> wrote: > Just to check - did you confirm that it worked on your C: drive (Iâm > assuming yes - but given youâve had to cobble together a running version, > its worth making sure to you have a good baseline). Iâm on OSX but donât > have a separate drive - so I havenât notice that (I guess if I plugged in a > portable drive, I could try that). > > Tim > > On 4 Sep 2014, at 11:15, kilon alios <kilon.alios(a)gmail.com> wrote: > > So I manage to get Launcher running with downloading pharolauncher zip and > then downloading pharo 3 and joining the two folders. Launcher now runs but > I dont want it to store images in my c drive so I go to preferences and > tell it where in my D drive to save images (D:\software\PharoImages) I > press enter and I am getting this error > > WindowsStore(Object)>>primitiveFailed: > WindowsStore(Object)>>primitiveFailed > WindowsStore(FileSystemStore)>>rename:ifAbsent:to:ifPresent:fileSystem: > FileSystem>>rename:ifAbsent:to:ifPresent: > FileSystem>>rename:to: > FileReference>>moveTo: > PhLRelocateImageDirectoryCommand>>execute in Block: [ :child | child > moveTo: (self target resolvePath:...etc... > Array(SequenceableCollection)>>collect: > PhLRelocateImageDirectoryCommand>>execute > PhLRelocateImageDirectoryCommand>>executeOrInform > PhLDirectoryBasedImageRepository class>>migrateFrom:to: > PhLDirectoryBasedImageRepository class>>location: > PhLDirectoryBasedImageRepository class>>locationString: > SettingDeclaration>>realValue: > SettingDeclaration>>index: > EditableDropListMorph(DropListMorph)>>listSelectionIndex: > EditableDropListMorph>>content: > PluggableTextFieldMorph>>acceptTextInModel > PluggableTextFieldMorph(PluggableTextMorph)>>acceptBasic > PluggableTextFieldMorph>>accept > TextMorphForFieldView(TextMorphForEditView)>>acceptContents > TextEditor>>accept > TextMorphForFieldView(TextMorphForEditView)>>keyStroke: > TextMorphForFieldView>>keyStroke: > TextMorphForFieldView(TextMorph)>>handleKeystroke: > KeyboardEvent>>sentTo: > TextMorphForFieldView(Morph)>>handleEvent: > TextMorphForFieldView(Morph)>>handleFocusEvent: > HandMorph>>sendFocusEvent:to:clear: in Block: [ ... > BlockClosure>>on:do: > > > > On Mon, Sep 1, 2014 at 12:06 PM, kilon alios <kilon.alios(a)gmail.com> > wrote: > >> I am not back to my work pc, so if you have any ideas how to proceed I am >> open to suggestions. >> >> >> On Thu, Aug 28, 2014 at 5:17 PM, Tim Mackinnon <tim(a)testit.works> wrote: >> >>> Kilon - it would be good if we could percevear to try and get a fix and >>> detailed instructions for other less confident usersâ¦ At least test Benâs >>> updated installer so we can clear this. >>> >>> I appreciate the aggravation you are putting up with. >>> >>> Tim >>> >>> On 28 Aug 2014, at 10:35, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>> My work pc is dual boot to ubuntu and win 7 . I am not a fan of linux >>> either, loads of problems there but nowhere near as bad as windoom. >>> >>> I need windoom because of a Greek OCR I use at work to scan legal >>> documents. I have no choice other than to continue using it. >>> >>> I dont care what the corporate world does or the fact that almost 100% >>> of my fellow lawyers use windoom and some still DOS. Thats their problem :D >>> >>> It would be nice to support what 95% of people use out there, but alas I >>> cant take it anymore. Coding should be fun, Windoom kills my inner child. >>> Sorry for those that have to tolerate this crap, but I am lucky enough not >>> to . >>> >>> /ranting off >>> >>> >>> On Thu, Aug 28, 2014 at 11:50 AM, Ben Coman <btc(a)openinworld.com> wrote: >>> >>>> kilon alios wrote: >>>> >>>>> ok thing get worse and worse >>>>> >>>>> I try to run pharo as administrator and pharo opens and exits >>>>> immediately , it creates a stderr which contains the following >>>>> >>>>> http://pastebin.com/v9Hpx9pK >>>>> >>>>> I found the folder you mentioned and I deleted it , now pharo does not >>>>> open at all even when run without "run as administrator" >>>>> Boy I hate Windoom. I also tried Tim link , nothing, pharo opens but >>>>> does nothing, no gui, nothing. I know it opens because i can see its >>>>> process in the task manager which i have to terminate manually. >>>>> I do all my coding and art on macos, I only have windows at work so i >>>>> can test my code on windoom too, but this was the last straw, I had enough >>>>> with this uber crappy OS for 17 years now. I am dropping support for it and >>>>> sticking to MacOS only. >>>>> Thanks guys for your help but it does not worth it. I hope no other >>>>> windows user experience my problem. >>>>> >>>>> >>>> I empathize. I've been a Linux advocate for years, but never made the >>>> full desktop switch since I needed a Windows system for corporate >>>> compatibility. Then I got a mac-mini to experiment with iPad Mobile Device >>>> Management, and found it easier to get Latex working on it than on Windows >>>> (for processing Pillar output), and now I find myself using it for Pharo >>>> more every day, and my Windows box is starting to be neglected (except I >>>> still need to migrate my old Thunderbird email archive). >>>> >>>> However success in the corporate world still hinges a lot on Windows >>>> compatibility. I will still have a go at updating PharoLauncher Installer >>>> to avoid this problem. >>>> cheers, Ben >>>> >>>> P.S. @Tim, Your alternate-VM feature sound interesting. I'll check it >>>> out. >>>> >>>> >>> >>> >> > >

Sept. 4, 2014

Re: [Pharo-dev] Gitfiletree on Windows does not work

by kilon alios

ah ok i see, so i will do it manually then using filetree thank you :) On Thu, Sep 4, 2014 at 2:34 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Yes, > > no support for OSProcess in Pharo for Windows :( > > Eliot Miranda has released some code that has to be integrated to get > OSProcess to work, and it would be also possible to use WindowOS for > gitfiletree, or wait until libcgit is integrated. Window OS integration/use > would be the fastest[*] way to get it, but I don't have Windows to do it :( > > [*] A productive day pair programming in Windows would be enough. > > Thierry > > > 2014-09-04 13:17 GMT+02:00 kilon alios <kilon.alios(a)gmail.com>: > > I get a script out of bounds error, if I try to import my git folder. Is >> this a known problem ? >> > >

Sept. 4, 2014

Re: [Pharo-dev] PharoLauncher on Windows not the latest version

by Tim Mackinnon

Just to check - did you confirm that it worked on your C: drive (Iâm assuming yes - but given youâve had to cobble together a running version, its worth making sure to you have a good baseline). Iâm on OSX but donât have a separate drive - so I havenât notice that (I guess if I plugged in a portable drive, I could try that). Tim On 4 Sep 2014, at 11:15, kilon alios <kilon.alios(a)gmail.com> wrote: > So I manage to get Launcher running with downloading pharolauncher zip and then downloading pharo 3 and joining the two folders. Launcher now runs but I dont want it to store images in my c drive so I go to preferences and tell it where in my D drive to save images (D:\software\PharoImages) I press enter and I am getting this error > > WindowsStore(Object)>>primitiveFailed: > WindowsStore(Object)>>primitiveFailed > WindowsStore(FileSystemStore)>>rename:ifAbsent:to:ifPresent:fileSystem: > FileSystem>>rename:ifAbsent:to:ifPresent: > FileSystem>>rename:to: > FileReference>>moveTo: > PhLRelocateImageDirectoryCommand>>execute in Block: [ :child | child moveTo: (self target resolvePath:...etc... > Array(SequenceableCollection)>>collect: > PhLRelocateImageDirectoryCommand>>execute > PhLRelocateImageDirectoryCommand>>executeOrInform > PhLDirectoryBasedImageRepository class>>migrateFrom:to: > PhLDirectoryBasedImageRepository class>>location: > PhLDirectoryBasedImageRepository class>>locationString: > SettingDeclaration>>realValue: > SettingDeclaration>>index: > EditableDropListMorph(DropListMorph)>>listSelectionIndex: > EditableDropListMorph>>content: > PluggableTextFieldMorph>>acceptTextInModel > PluggableTextFieldMorph(PluggableTextMorph)>>acceptBasic > PluggableTextFieldMorph>>accept > TextMorphForFieldView(TextMorphForEditView)>>acceptContents > TextEditor>>accept > TextMorphForFieldView(TextMorphForEditView)>>keyStroke: > TextMorphForFieldView>>keyStroke: > TextMorphForFieldView(TextMorph)>>handleKeystroke: > KeyboardEvent>>sentTo: > TextMorphForFieldView(Morph)>>handleEvent: > TextMorphForFieldView(Morph)>>handleFocusEvent: > HandMorph>>sendFocusEvent:to:clear: in Block: [ ... > BlockClosure>>on:do: > > > > On Mon, Sep 1, 2014 at 12:06 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > I am not back to my work pc, so if you have any ideas how to proceed I am open to suggestions. > > > On Thu, Aug 28, 2014 at 5:17 PM, Tim Mackinnon <tim(a)testit.works> wrote: > Kilon - it would be good if we could percevear to try and get a fix and detailed instructions for other less confident usersâ¦ At least test Benâs updated installer so we can clear this. > > I appreciate the aggravation you are putting up with. > > Tim > > On 28 Aug 2014, at 10:35, kilon alios <kilon.alios(a)gmail.com> wrote: > >> My work pc is dual boot to ubuntu and win 7 . I am not a fan of linux either, loads of problems there but nowhere near as bad as windoom. >> >> I need windoom because of a Greek OCR I use at work to scan legal documents. I have no choice other than to continue using it. >> >> I dont care what the corporate world does or the fact that almost 100% of my fellow lawyers use windoom and some still DOS. Thats their problem :D >> >> It would be nice to support what 95% of people use out there, but alas I cant take it anymore. Coding should be fun, Windoom kills my inner child. Sorry for those that have to tolerate this crap, but I am lucky enough not to . >> >> /ranting off >> >> >> On Thu, Aug 28, 2014 at 11:50 AM, Ben Coman <btc(a)openinworld.com> wrote: >> kilon alios wrote: >> ok thing get worse and worse >> >> I try to run pharo as administrator and pharo opens and exits immediately , it creates a stderr which contains the following >> >> http://pastebin.com/v9Hpx9pK >> >> I found the folder you mentioned and I deleted it , now pharo does not open at all even when run without "run as administrator" >> Boy I hate Windoom. I also tried Tim link , nothing, pharo opens but does nothing, no gui, nothing. I know it opens because i can see its process in the task manager which i have to terminate manually. >> I do all my coding and art on macos, I only have windows at work so i can test my code on windoom too, but this was the last straw, I had enough with this uber crappy OS for 17 years now. I am dropping support for it and sticking to MacOS only. >> Thanks guys for your help but it does not worth it. I hope no other windows user experience my problem. >> >> >> I empathize. I've been a Linux advocate for years, but never made the full desktop switch since I needed a Windows system for corporate compatibility. Then I got a mac-mini to experiment with iPad Mobile Device Management, and found it easier to get Latex working on it than on Windows (for processing Pillar output), and now I find myself using it for Pharo more every day, and my Windows box is starting to be neglected (except I still need to migrate my old Thunderbird email archive). >> >> However success in the corporate world still hinges a lot on Windows compatibility. I will still have a go at updating PharoLauncher Installer to avoid this problem. >> cheers, Ben >> >> P.S. @Tim, Your alternate-VM feature sound interesting. I'll check it out. >> >> > > >

Sept. 4, 2014

Re: [Pharo-dev] Gitfiletree on Windows does not work

by Thierry Goubier

Yes, no support for OSProcess in Pharo for Windows :( Eliot Miranda has released some code that has to be integrated to get OSProcess to work, and it would be also possible to use WindowOS for gitfiletree, or wait until libcgit is integrated. Window OS integration/use would be the fastest[*] way to get it, but I don't have Windows to do it :( [*] A productive day pair programming in Windows would be enough. Thierry 2014-09-04 13:17 GMT+02:00 kilon alios <kilon.alios(a)gmail.com>: > I get a script out of bounds error, if I try to import my git folder. Is > this a known problem ? >

Sept. 4, 2014

Gitfiletree on Windows does not work

by kilon alios

I get a script out of bounds error, if I try to import my git folder. Is this a known problem ?

Sept. 4, 2014

Re: [Pharo-dev] PharoLauncher on Windows not the latest version

by kilon alios

So I manage to get Launcher running with downloading pharolauncher zip and then downloading pharo 3 and joining the two folders. Launcher now runs but I dont want it to store images in my c drive so I go to preferences and tell it where in my D drive to save images (D:\software\PharoImages) I press enter and I am getting this error WindowsStore(Object)>>primitiveFailed: WindowsStore(Object)>>primitiveFailed WindowsStore(FileSystemStore)>>rename:ifAbsent:to:ifPresent:fileSystem: FileSystem>>rename:ifAbsent:to:ifPresent: FileSystem>>rename:to: FileReference>>moveTo: PhLRelocateImageDirectoryCommand>>execute in Block: [ :child | child moveTo: (self target resolvePath:...etc... Array(SequenceableCollection)>>collect: PhLRelocateImageDirectoryCommand>>execute PhLRelocateImageDirectoryCommand>>executeOrInform PhLDirectoryBasedImageRepository class>>migrateFrom:to: PhLDirectoryBasedImageRepository class>>location: PhLDirectoryBasedImageRepository class>>locationString: SettingDeclaration>>realValue: SettingDeclaration>>index: EditableDropListMorph(DropListMorph)>>listSelectionIndex: EditableDropListMorph>>content: PluggableTextFieldMorph>>acceptTextInModel PluggableTextFieldMorph(PluggableTextMorph)>>acceptBasic PluggableTextFieldMorph>>accept TextMorphForFieldView(TextMorphForEditView)>>acceptContents TextEditor>>accept TextMorphForFieldView(TextMorphForEditView)>>keyStroke: TextMorphForFieldView>>keyStroke: TextMorphForFieldView(TextMorph)>>handleKeystroke: KeyboardEvent>>sentTo: TextMorphForFieldView(Morph)>>handleEvent: TextMorphForFieldView(Morph)>>handleFocusEvent: HandMorph>>sendFocusEvent:to:clear: in Block: [ ... BlockClosure>>on:do: On Mon, Sep 1, 2014 at 12:06 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > I am not back to my work pc, so if you have any ideas how to proceed I am > open to suggestions. > > > On Thu, Aug 28, 2014 at 5:17 PM, Tim Mackinnon <tim(a)testit.works> wrote: > >> Kilon - it would be good if we could percevear to try and get a fix and >> detailed instructions for other less confident usersâ¦ At least test Benâs >> updated installer so we can clear this. >> >> I appreciate the aggravation you are putting up with. >> >> Tim >> >> On 28 Aug 2014, at 10:35, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> My work pc is dual boot to ubuntu and win 7 . I am not a fan of linux >> either, loads of problems there but nowhere near as bad as windoom. >> >> I need windoom because of a Greek OCR I use at work to scan legal >> documents. I have no choice other than to continue using it. >> >> I dont care what the corporate world does or the fact that almost 100% of >> my fellow lawyers use windoom and some still DOS. Thats their problem :D >> >> It would be nice to support what 95% of people use out there, but alas I >> cant take it anymore. Coding should be fun, Windoom kills my inner child. >> Sorry for those that have to tolerate this crap, but I am lucky enough not >> to . >> >> /ranting off >> >> >> On Thu, Aug 28, 2014 at 11:50 AM, Ben Coman <btc(a)openinworld.com> wrote: >> >>> kilon alios wrote: >>> >>>> ok thing get worse and worse >>>> >>>> I try to run pharo as administrator and pharo opens and exits >>>> immediately , it creates a stderr which contains the following >>>> >>>> http://pastebin.com/v9Hpx9pK >>>> >>>> I found the folder you mentioned and I deleted it , now pharo does not >>>> open at all even when run without "run as administrator" >>>> Boy I hate Windoom. I also tried Tim link , nothing, pharo opens but >>>> does nothing, no gui, nothing. I know it opens because i can see its >>>> process in the task manager which i have to terminate manually. >>>> I do all my coding and art on macos, I only have windows at work so i >>>> can test my code on windoom too, but this was the last straw, I had enough >>>> with this uber crappy OS for 17 years now. I am dropping support for it and >>>> sticking to MacOS only. >>>> Thanks guys for your help but it does not worth it. I hope no other >>>> windows user experience my problem. >>>> >>>> >>> I empathize. I've been a Linux advocate for years, but never made the >>> full desktop switch since I needed a Windows system for corporate >>> compatibility. Then I got a mac-mini to experiment with iPad Mobile Device >>> Management, and found it easier to get Latex working on it than on Windows >>> (for processing Pillar output), and now I find myself using it for Pharo >>> more every day, and my Windows box is starting to be neglected (except I >>> still need to migrate my old Thunderbird email archive). >>> >>> However success in the corporate world still hinges a lot on Windows >>> compatibility. I will still have a go at updating PharoLauncher Installer >>> to avoid this problem. >>> cheers, Ben >>> >>> P.S. @Tim, Your alternate-VM feature sound interesting. I'll check it >>> out. >>> >>> >> >> >

Sept. 4, 2014

Re: [Pharo-dev] Spec license

by Christophe Demarey

Yes, you should add a slice in the Pharo inbox with your contribution but ... it depends under which license you first published your contribution. If it was MIT, it is fine (and spec is out of law). If it was the double licensing, we will not be able to integrate it into Pharo. We should re-implement this functionality. I know these things are boring but we should take care to avoid potential problems in the future. Le 4 sept. 2014 Ã 11:13, Yuriy Tymchuk a Ã©crit : > Oh wow, itâs amazing how complicated things can getâ¦ What you I have to do to have fixes available in Pharo? Send a slice to Pharo inbox? I just want to use dark theme in pharo and donât have ugly UI parts > > Uko > > On 04 Sep 2014, at 10:52, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > >> >> Le 3 sept. 2014 Ã 10:24, Torsten Bergmann a Ã©crit : >> >>> It is interesting that there is also a new Spec release [2] announced this week >> >> I can see in the announce: >> Adds SpecTableLayout, thanks @webwarrior-ws >> Removes hardcoded colors, thanks @Uko >> >> Do the authors of contribution (or their company if the contribution is done at work) agree on the new spec license? >> If not, it cannot be part of the new spec and could be integrated in Pharo spec. >> If so, we won't be able to integrate these fixes in Pharo. >> >> It woud be good that spec contributors clarify their position. >> >> Regards, >> Christophe. >> >

Sept. 4, 2014

AppeX

by phil＠highoctane.be

Yesterday I had a look at AppeX (from Cincom in VW) and gave a test drive to Tide in Pharo/Amber. AppeX is interesting as it allows one to embed javascript code directly in methods. Like: myMethod: x { // this is javascript here. alert('Welcome ' + x); } This indeed reduces the friction between Smalltalk and Javascript (which we still need to write somewhere, for example with JSStream / JSFunction in Seaside or elsewhere). Since we do now have OpalCompiler and compiler override possibilities, how hard would it be to look into this? I remember Helvetia from Lukas which looked like something similar. Phil

Sept. 4, 2014