- Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo 4 - current state?

by Nicolai Hess

There is already an issue on fogbugz: 15086 <https://pharo.fogbugz.com/default.asp?15086> Ctrl + Arrow Behaviour 2015-03-17 9:56 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > The same problem occurs on Windows. It was reported before by Sean, but I > think no issue was created. I think this is an important bug. Please open > an bug with that and send the link here. > > Cheers, > Doru > > > > On Mon, Mar 16, 2015 at 8:44 PM, Offray Vladimir Luna CÃ¡rdenas < > offray(a)riseup.net> wrote: > >> I found the problem. The issue is that Ctrl + arrow key is now Alt + >> Arrow key. The problem is that, in Linux Ctrl key stops working as usual >> inside Pharo and is replaced by alt key, which is certainly a problem when >> people is used to shorcuts and expect them to behave consistently between >> apps. >> >> Cheers, >> >> Offray >> >> El 16/03/15 a las 14:15, Offray Vladimir Luna CÃ¡rdenas escribiÃ³: >> >> The only preference I can't find is the one which makes Control + arrow >>> key move/select words, like is usual on most programs. Should I fill a >>> bug report about enabling this preference? >>> >>> Cheers, >>> >>> Offray >>> >>> El 16/03/15 a las 13:48, Offray Vladimir Luna CÃ¡rdenas escribiÃ³: >>> >>>> Thanks Esteban it worked! The only think I did was in "Code Completion" >>>> to move from NECController to NOCController to get the same as your >>>> screenshot. Should this be made the default one? >>>> >>>> Cheers, >>>> >>>> Offray >>>> >>>> El 16/03/15 a las 13:09, Esteban Lorenzano escribiÃ³: >>>> >>>>> >>>>> On 16 Mar 2015, at 19:03, Offray Vladimir Luna CÃ¡rdenas >>>>>> <offray(a)riseup.net >>>>>> <mailto:offray@riseup.net>> wrote: >>>>>> >>>>>> >>>>>> >>>>>> El 16/03/15 a las 12:09, Esteban Lorenzano escribiÃ³: >>>>>> >>>>>> [...] >>>>>> >>>>>> 1. Proper tab-autocompletion: it works, but feels unresponsive >>>>>>>> compared with >>>>>>>> the one on Pharo 3. >>>>>>>> >>>>>>> >>>>>>> nothing changed there, so it is just your feeling :) >>>>>>> >>>>>>> Esteban >>>>>>> >>>>>>> >>>>>> Well, is a feeling so objective that I can record a video of the two >>>>>> behaviours :). On Pharo 3 tab after writing some letters shows a >>>>>> list of >>>>>> possible options containing that letters, on Pharo 4, it inserts a >>>>>> tab, with >>>>>> no auto-completion at all :-/. >>>>>> >>>>> >>>>> check your settings, you should have something like this: >>>>> >>>>> >>>>> >>>>> >>>>>> Cheers, >>>>>> >>>>>> Offray >>>>>> >>>>>> >>>>> >>>> >>>> >>>> >>> >>> >>> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

March 17, 2015

Re: [Pharo-users] Error while loading GitFileTree in Pharo 4.0

by Thierry Goubier

Hi Jan, can you retry the following? Gofer new url: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo40/main'; configurationOf: 'GitFileTree'; loadStable I've just updated the configuration (but less than 30 minutes ago ;)). Thierry 2015-03-17 9:46 GMT+01:00 Jan B. <bliznjan(a)fit.cvut.cz>: > Hello, just to add info about my behavior of loading gitfiletree (30 > minutes > ago on clean images of Pharo 40560 on Windows 7)... > > Gofer new > url: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo40/main'; > configurationOf: 'GitFileTree'; > loadDevelopment. > > and > > Metacello new > baseline: 'FileTree'; > repository: 'github://dalehenrich/filetree:pharo4.0_dev/repository'; > load: 'Git' > > lead to > FileDoesNotExist: File @ C:\Users\User\Pharo\images\Pharo 4.0 > > (beta)-40560\github-cache\dalehenrich\filetree\pharo4.0_dev\dalehenrich-filetree-7f998e5\repository\MonticelloFileTree-Git.package\monticello.meta\version > > Gofer new > url: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main'; > configurationOf: 'GitFileTree'; > loadDevelopment. > > (ForPharo30, not 40) works fine on Pharo 4 for me. > > Jan > > > Thierry Goubier wrote > > Le 16/03/2015 21:15, kilon alios a Ã©crit : > >> Smacc looks to load fine using its Github repo instructions. So far it > >> works ok too. > > > > Ok. That's me then. My code for pre-loading GitFileTree for accessing > > gitfiletree:// urls is pointing to an old version. I'll remove git > > access from the development part of the Configuration. > > > > I'm not that good at updating configurations spread over half a dozen > > repositories... I'd really prefer a single point of control and > > distribution. > > > > Thierry > > > > > > -- > View this message in context: > http://forum.world.st/Error-while-loading-GitFileTree-in-Pharo-4-0-tp481191… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

March 17, 2015

Re: [Pharo-users] Pharo 4 - current state?

by Tudor Girba

The same problem occurs on Windows. It was reported before by Sean, but I think no issue was created. I think this is an important bug. Please open an bug with that and send the link here. Cheers, Doru On Mon, Mar 16, 2015 at 8:44 PM, Offray Vladimir Luna CÃ¡rdenas < offray(a)riseup.net> wrote: > I found the problem. The issue is that Ctrl + arrow key is now Alt + Arrow > key. The problem is that, in Linux Ctrl key stops working as usual inside > Pharo and is replaced by alt key, which is certainly a problem when people > is used to shorcuts and expect them to behave consistently between apps. > > Cheers, > > Offray > > El 16/03/15 a las 14:15, Offray Vladimir Luna CÃ¡rdenas escribiÃ³: > > The only preference I can't find is the one which makes Control + arrow >> key move/select words, like is usual on most programs. Should I fill a >> bug report about enabling this preference? >> >> Cheers, >> >> Offray >> >> El 16/03/15 a las 13:48, Offray Vladimir Luna CÃ¡rdenas escribiÃ³: >> >>> Thanks Esteban it worked! The only think I did was in "Code Completion" >>> to move from NECController to NOCController to get the same as your >>> screenshot. Should this be made the default one? >>> >>> Cheers, >>> >>> Offray >>> >>> El 16/03/15 a las 13:09, Esteban Lorenzano escribiÃ³: >>> >>>> >>>> On 16 Mar 2015, at 19:03, Offray Vladimir Luna CÃ¡rdenas >>>>> <offray(a)riseup.net >>>>> <mailto:offray@riseup.net>> wrote: >>>>> >>>>> >>>>> >>>>> El 16/03/15 a las 12:09, Esteban Lorenzano escribiÃ³: >>>>> >>>>> [...] >>>>> >>>>> 1. Proper tab-autocompletion: it works, but feels unresponsive >>>>>>> compared with >>>>>>> the one on Pharo 3. >>>>>>> >>>>>> >>>>>> nothing changed there, so it is just your feeling :) >>>>>> >>>>>> Esteban >>>>>> >>>>>> >>>>> Well, is a feeling so objective that I can record a video of the two >>>>> behaviours :). On Pharo 3 tab after writing some letters shows a >>>>> list of >>>>> possible options containing that letters, on Pharo 4, it inserts a >>>>> tab, with >>>>> no auto-completion at all :-/. >>>>> >>>> >>>> check your settings, you should have something like this: >>>> >>>> >>>> >>>> >>>>> Cheers, >>>>> >>>>> Offray >>>>> >>>>> >>>> >>> >>> >>> >> >> >> > > -- www.tudorgirba.com "Every thing has its own flow"

March 17, 2015

Re: [Pharo-users] Error while loading GitFileTree in Pharo 4.0

by Jan B.

Hello, just to add info about my behavior of loading gitfiletree (30 minutes ago on clean images of Pharo 40560 on Windows 7)... Gofer new url: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo40/main'; configurationOf: 'GitFileTree'; loadDevelopment. and Metacello new baseline: 'FileTree'; repository: 'github://dalehenrich/filetree:pharo4.0_dev/repository'; load: 'Git' lead to FileDoesNotExist: File @ C:\Users\User\Pharo\images\Pharo 4.0 (beta)-40560\github-cache\dalehenrich\filetree\pharo4.0_dev\dalehenrich-filetree-7f998e5\repository\MonticelloFileTree-Git.package\monticello.meta\version Gofer new url: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main'; configurationOf: 'GitFileTree'; loadDevelopment. (ForPharo30, not 40) works fine on Pharo 4 for me. Jan Thierry Goubier wrote > Le 16/03/2015 21:15, kilon alios a Ã©crit : >> Smacc looks to load fine using its Github repo instructions. So far it >> works ok too. > > Ok. That's me then. My code for pre-loading GitFileTree for accessing > gitfiletree:// urls is pointing to an old version. I'll remove git > access from the development part of the Configuration. > > I'm not that good at updating configurations spread over half a dozen > repositories... I'd really prefer a single point of control and > distribution. > > Thierry -- View this message in context: http://forum.world.st/Error-while-loading-GitFileTree-in-Pharo-4-0-tp481191… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 17, 2015

Re: [Pharo-users] Pharo 4 - current state?

by Jan B.

Hello Agreed, I know there are some technical limitation to using ctrl, although I don't remember what is the problem exactly, but this shortcut inconsistency is a problem. I experience the same on Windows, sometimes there is ctrl, sometimes alt and sometimes alt with completely unusual char-key, for example in these most basic shortcuts: select all = alt+A (instead of ctrl+A, interesting thing is ctrl+A works in Playground), undo = ctrl+Z (which is right), but redo/do again = alt+J (never seen such thing anywhere before, it is mostly ctrl+Y or ctrl+shift+Z). Could someone recall me why lots of combinations with ctrl do not work in Pharo? Jan Offray wrote > I found the problem. The issue is that Ctrl + arrow key is now Alt + > Arrow key. The problem is that, in Linux Ctrl key stops working as usual > inside Pharo and is replaced by alt key, which is certainly a problem > when people is used to shorcuts and expect them to behave consistently > between apps. > > Cheers, > > Offray > > El 16/03/15 a las 14:15, Offray Vladimir Luna CÃ¡rdenas escribiÃ³: >> The only preference I can't find is the one which makes Control + arrow >> key move/select words, like is usual on most programs. Should I fill a >> bug report about enabling this preference? >> >> Cheers, >> >> Offray -- View this message in context: http://forum.world.st/Pharo-4-current-state-tp4806692p4812505.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 17, 2015

Re: [Pharo-users] Omit a method from a mc commit

by Christophe Demarey

Hi, Le 17 mars 2015 Ã 00:27, Serge Stinckwich a Ã©crit : > Hi all, > > is there any way to omit a method from a Monticello commit for example > in the case of containing a password that you don't want to publish ? If it is one shot, you can use kommiter to cherry pick the changes you want to commit. Regards, Christophe.

March 17, 2015

Omit a method from a mc commit

by Serge Stinckwich

Hi all, is there any way to omit a method from a Monticello commit for example in the case of containing a password that you don't want to publish ? Thank you. -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

March 16, 2015

Re: [Pharo-users] [Pharo-dev] [Pharo4] Please test Pharo4 *now*

by Ben Coman

thanks Jannik On Tue, Mar 17, 2015 at 4:45 AM, jannik laval <jannik.laval(a)gmail.com> wrote: > Hi guys, > > phratch is already built on pharo 4. > 30 students will use it. I will give you feedback. > > Cheers, > Jannik > > 2015-03-16 18:14 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > >> >> > On 16 Mar 2015, at 17:39, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> > >> > Hello, >> > >> > As every year: We can only fix what we know. >> > >> > And this means that no, just because *you* think that X and Y obviously >> needs to be fixed, >> > it will only be fixed if >> > a) there is an issue on the issue tracker >> > b) someone fixes it. >> > >> > I should repeat: *Nothing*, even the most obvious or trivial, happens >> by itself. >> > >> > Marcus >> >> Maybe it is also important to add that we are talking about bugs, not >> features. >> >> This is not the time for free wheeling discussions about anything, we >> need help in QA, to finalize the 4.0 release. >> >> Please load your code and give it a spin. >> >> Sven >> >> >> > > > -- > > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://www.phratch.com > http://www.approchealpes.info > http://car.mines-douai.fr/ >

March 16, 2015

Re: [Pharo-users] [Pharo-dev] [Pharo4] Please test Pharo4 *now*

by jannik laval

Hi guys, phratch is already built on pharo 4. 30 students will use it. I will give you feedback. Cheers, Jannik 2015-03-16 18:14 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > > > On 16 Mar 2015, at 17:39, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > > Hello, > > > > As every year: We can only fix what we know. > > > > And this means that no, just because *you* think that X and Y obviously > needs to be fixed, > > it will only be fixed if > > a) there is an issue on the issue tracker > > b) someone fixes it. > > > > I should repeat: *Nothing*, even the most obvious or trivial, happens by > itself. > > > > Marcus > > Maybe it is also important to add that we are talking about bugs, not > features. > > This is not the time for free wheeling discussions about anything, we need > help in QA, to finalize the 4.0 release. > > Please load your code and give it a spin. > > Sven > > > -- ~~Jannik Laval~~ Ãcole des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://www.approchealpes.info http://car.mines-douai.fr/

March 16, 2015

Re: [Pharo-users] Error retrieven GlorpDriverPostgreSQL from SmalltalkHub

by Sven Van Caekenberghe

You are probably on Pharo 3 String>>#substrings: is a new method renamed from String>>#subStrings: Zinc normally loads a 'forward compatibility' package to add this alias I think the very latest Pharo 3 also has it > On 16 Mar 2015, at 21:29, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > I'm getting the following error log when trying to load > GlorpDriverPostgreSQL from SmalltalkHub > > ...RETRY->GlorpDriverPostgreSQL-MarianoMartinezPeck.5 > ...RETRY->GlorpDriverPostgreSQL-MarianoMartinezPeck.5 > > Error: Could not access > http://smalltalkhub.com/mc/PharoExtras/PostgresV2/main/: > MessageNotUnderstood: ByteString>>substrings: > > MCSmalltalkhubRepository(Object)>>error: > MCSmalltalkhubRepository>>loadAllFileNames in Block: [ :exception | > self error: 'Could not access ' , s...etc... > BlockClosure>>cull: > MethodContext(ContextPart)>>handleSignal: in Block: [ self > exceptionHandlerBlock cull: exception ] > BlockClosure>>ensure: > MethodContext(ContextPart)>>handleSignal: > MethodContext(ContextPart)>>handleSignal: > MessageNotUnderstood(Exception)>>signal > ByteString(Object)>>doesNotUnderstand: #substrings: > ZnMimeType class>>fromString: > > Is this a know issue or should I debug it? > > Regards, > > Esteban A. Maringolo >

March 16, 2015