March 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Uncommon keyboard shortcuts on Windows

by Laura Risani

I forget to mention close-tab shortcut (ctrl+w) which is common to Windows. I agree (in case you tacitly said so) keyboard shortcuts are really important for usability and i agree select-all is really important. Related to this, there is a select-word shortcut (alt+space) which selects the word the caret is at, afaik Windows lacks natively this useful shortcut. I didn't know you that multiple selecting items on class browsers works pressing Alt Gr (for me left and right alt keys work differently), it's nice you mentioned it :). On Tue, Mar 31, 2015 at 4:42 AM, Jan B. <bliznjan(a)fit.cvut.cz> wrote: > Hi > > You're right, ctrl+shift+z works, thanks for showing me. > > Except of select all (which is, however, pretty important to me), there is > just a little more of ctrl/alt chaos mentioned by Peter. In code editor > part > of class browser works both alt and ctrl (like ctrl+b for browse it or > ctrl+d for do it), but not in list of packages/classes/protocols/methods, > where only alt does, like alt+x,p for remove package. Of course, there > isn't > any native Windows shortcut for remove package, but it would be nice to be > able to use ctrl there, too, to unify it. Another reason for using ctrl is > that is is much easily keeping pressed for me, but it may be just me :) > > And last thing are means of selecting multiple items in class browser. It > is > standard in Windows to be able to select everything between currently > selected element and clicked one when holding shift (which works just fine > everywhere), but adding single item to selection also works only with alt, > but not ctrl (like in Windows). > And this adding single items with ctrl (I mean alt here) does not work at > all with classes/protocols/methods, only with packages, but shift-selecting > works fine there. This one, however, might not be related to shortcuts. > > Jan > > > laura wrote > > Hi Jan , > > > > (Under Windows...) > > For redoing ctrl+shif+z works fine on Workspace and Class Browser and in > > any other place i can remember. > > Copy, cut, paste, find, text selecting, moving to previous/next word (not > > exactly the same semantics) shortcuts convey Windows ones. Which other > > keyboard shortcuts, besides select-all, contradict Windows ones? > > > > On Mon, Mar 30, 2015 at 5:39 PM, Jan B. < > > > bliznjan@.cvut > > > > wrote: > >> Best example is redo/do again/invert undo... undo is ctrl+Z (which is > >> right), but redo/do again is alt+J, which is something I have never seen > >> anywhere, because it is mostly ctrl+Y (microsoft products), ctrl+shift+Z > >> (photoshop for windows) or both (google and mozilla products on > windows). > >> Also, for select all, I have never seen any other shortcut than ctrl+A, > >> but > >> it is alt+A in Pharo... ctrl+A works only in playground. > > > > > > -- > View this message in context: > http://forum.world.st/Uncommon-keyboard-shortcuts-on-Windows-tp4816205p4816… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

March 31, 2015

Re: [Pharo-users] [Moose-dev] loading Glamour in Pharo 4

by Stephan Eggermont

These configurations/the metacello handling of them are still pretty seriously broken. In Forum from the Moose CI I cannot run the script because it throws an error which triggers the broken debugger. As does opening the workspace. I suspect there are quite some broken green builds on ci atm. Stephan

March 31, 2015

Re: [Pharo-users] Gitfiletree unstable on Windows

by Jan B.

Hi and thanks for the tip, but it doesn't work for me. Running this command results in following exception: FileDoesNotExist: File @ C:\Users\User\Pharo\images\DC-40588\github-cache\dalehenrich\filetree\pharo4.0_dev\dalehenrich-filetree-7f998e5\repository\MonticelloFileTree-Git.package\monticello.meta\version Jan Jigyasa Grover wrote > Yes Jan. > Using GitFileTree in Windows is quite a task. > > On Thierry's suggestion, I had tried the following and it worked. > > "An alternative solution is to load directly from github, with: > > Metacello new > baseline: 'FileTree'; > repository: 'github://dalehenrich/filetree:pharo4.0_dev/repository'; > load: 'Git' " > > Try this if it helps :) -- View this message in context: http://forum.world.st/Gitfiletree-unstable-on-Windows-tp4816354p4816371.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 31, 2015

Re: [Pharo-users] Gitfiletree unstable on Windows

by Christophe Demarey

Le 31 mars 2015 Ã 16:29, Peter UhnÃ¡k a Ã©crit : > Metacello new > baseline: 'FileTree'; > repository: 'github://dalehenrich/filetree:pharo4.0_dev/repository'; > load: 'Git' " > I thought that you needed to have GitFileTree loaded to have github:// and Git support. Is that false? Does that mean that github:// (bitbucket://) doesn't use git at all? right. It downloads a zip file with all sources from github and then a simple filetree repository is available. Christophe.

March 31, 2015

Re: [Pharo-users] Gitfiletree unstable on Windows

by Peter UhnÃ¡k

> > Metacello new > baseline: 'FileTree'; > repository: 'github://dalehenrich/filetree:pharo4.0_dev/repository'; > load: 'Git' " > I thought that you needed to have GitFileTree loaded to have github:// and Git support. Is that false? Does that mean that github:// (bitbucket://) doesn't use git at all? Peter

March 31, 2015

Re: [Pharo-users] Gitfiletree unstable on Windows

by Jigyasa Grover

Yes Jan. Using GitFileTree in Windows is quite a task. On Thierry's suggestion, I had tried the following and it worked. "An alternative solution is to load directly from github, with: Metacello new baseline: 'FileTree'; repository: 'github://dalehenrich/filetree:pharo4.0_dev/repository'; load: 'Git' " Try this if it helps :) -- View this message in context: http://forum.world.st/Gitfiletree-unstable-on-Windows-tp4816354p4816362.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 31, 2015

Re: [Pharo-users] DynaCASE

by Jan B.

Hi Thank you for CC-ing me, Peter, since I don't watch Pharo developers mailing list. About petri nets... My main goal is to implement simulation for DynaCASE (i.e. "make it move") and Petri nets are for me more like a tool for trying simulation prototypes than goal itself. I'm currently stuck with them on developing simulation itself and on Roassal (visualisation engine from Moose which we use) problems with composite shapes. Anyway, Serge, I will improve them in time and I would be glad to hear what do you expect from it - what should it support, do etc. Can't promise anything, but it might help us both. Jan Peter UhnÃ¡k wrote > Hi Serge, > > I didn't want to hijack the original thread (more than I've already done), > so I made a new one instead. > > Looks really impressive Peter ! >> I put some pictures on my twitter account: >> https://twitter.com/SergeStinckwich/status/582799867409526784 > > Thanks! I'll guess I will have to start using twitter now. :) > > Apparently there is an icon bug when you don't use the Eclipse set of > icons. >> > Yeah, that's my mistake. Thanks for the bugreport. > > >> I'm interested by Petri Nets in order to do Process Mining. >> > Petri Nets are being developed by my colleague Jan BlizniÄenko ( > https://github.com/bliznjan?tab=repositories ) so he may have some more > info. I've CCed him. > > >> What kind of process models are you expected to implement ? >> Do you plan to draw activity diagrams ? >> > Right now I'm working on BORM (Business and Object Relation Modeling) > http://ccm.fit.cvut.cz/methodologies/borm/ (some of the materials are in > Czech, but you can see diagrams in the first link in our current > Eclipse-based tool); the following will be DEMO > http://ccm.fit.cvut.cz/methodologies/demo/ > > I can imagine that it wouldn't be that complicated to extend current FSM > to > have activity diagrams (it's just two extra elements), so if you are > interested in that I can look into it. > Also I still have to migrate documentation to github so other people can > extend it if they want. > > Thanks! > Peter -- View this message in context: http://forum.world.st/DynaCASE-tp4816281p4816360.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 31, 2015

Re: [Pharo-users] Syslog client

by Norbert Hartl

> Am 31.03.2015 um 15:15 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > I believe logging to syslog(d) is part of SystemLogger. > > http://www.smalltalkhub.com/#!/~StephaneDucasse/SystemLogger > > See category SystemLogger-SysLogSender Yes, it is. I used on a daily base. It does not implement all of the rfc standard but usual stuff is there. I use it like this AnyClass>>log: aString (aString asLog tag: 'event-server') emit The SystemLogger emits a log object. Setting the tag sets the tag in the syslog protocol. Based on that information the logfiles are filtered on the central server. It might be worth to have a look at each others code. The SyslogSender in the SystemLogger would be a good fit to utilize another syslog client. The SystemLogger SysLogSender just needs to be a bridge to any cllient. Norbert > >> On 31 Mar 2015, at 15:11, Dmitri Zagidulin <dmitri(a)zagidulin.net> wrote: >> >> YES! Awesome! :) I was just about to look to see if there was a decent Syslog client for Pharo! >> >> On Tue, Mar 31, 2015 at 4:46 AM, olivier auverlot <olivier.auverlot(a)gmail.com> wrote: >> Hi, >> >> I just released an UDP client for the Syslog network protocol (RFC5424). The product is available on SmalltalkHub. >> >> http://smalltalkhub.com/#!/~olivierauverlot/Syslog >> >> Best regards >> Olivier ;-) >> > >

March 31, 2015

Gitfiletree unstable on Windows

by Jan B.

Hello This is me again with problems with gitfiletree. In general it works just fine, but in about 50 % cases it crashes VM. It happens to me when loading via Gofer new url: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo40/main'; configurationOf: 'GitFileTree'; loadDevelopment. Metacello new baseline:...; repository:'gitfiletree:///...'; load. or when opening repository in Monticello. Sometimes the crash is handled and dmp file is generated, but sometimes just Pharo.exe stops. Using Windows 7 64-bit, VM tried 420 (latest) from 2015-03-26 and stable from 2014-05-15, images tried multiple between 40546 to 40588 and also 30864. Here are links for dmp files: http://www.mediafire.com/download/txbxi77a4nthyxg/Pharo_dmp.zip crash1 and 2 are from stable VM and 3 and 4 from latest VM, all from image 40588. Using git from http://git-scm.com/ . Would be glad to help any further if you need. Jan -- View this message in context: http://forum.world.st/Gitfiletree-unstable-on-Windows-tp4816354.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 31, 2015

Re: [Pharo-users] Syslog client

by Sven Van Caekenberghe

I believe logging to syslog(d) is part of SystemLogger. http://www.smalltalkhub.com/#!/~StephaneDucasse/SystemLogger See category SystemLogger-SysLogSender > On 31 Mar 2015, at 15:11, Dmitri Zagidulin <dmitri(a)zagidulin.net> wrote: > > YES! Awesome! :) I was just about to look to see if there was a decent Syslog client for Pharo! > > On Tue, Mar 31, 2015 at 4:46 AM, olivier auverlot <olivier.auverlot(a)gmail.com> wrote: > Hi, > > I just released an UDP client for the Syslog network protocol (RFC5424). The product is available on SmalltalkHub. > > http://smalltalkhub.com/#!/~olivierauverlot/Syslog > > Best regards > Olivier ;-) >

March 31, 2015