- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Error installing DejaVuBitmapFonts

by Fernando Olivero

This is the scrip i use on the latest Pharo, dejaVu := Gofer it url: 'http://www.squeaksource.com/DejaVu'; package: 'DejaVuBitmapFonts' ; yourself. dejaVu load. (Smalltalk globals classNamed: 'DejaVuHolder') perform:#installFull . StandardFonts setFontsFromSpec: #( #(#defaultFont: 'Bitmap DejaVu Sans' 12 ) #(#codeFont: 'Bitmap DejaVu Sans' 12 ) #(#listFont: 'Bitmap DejaVu Sans' 12 ) #(#menuFont: 'Bitmap DejaVu Sans' 12 ) #(#windowTitleFont: 'Bitmap DejaVu Sans' 14 ) #(#balloonFont: 'Bitmap DejaVu Sans' 10 ) #(#haloFont: 'Bitmap DejaVu Sans' 10 ) #(#buttonFont: 'Bitmap DejaVu Sans' 12 ) ). On Sun, Feb 20, 2011 at 11:43 PM, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: > It is with Pharo 1.3 core > > Le 20/02/2011 23:42, Hilaire Fernandes a Ã©crit : >> Loading >> Â Â Â Gofer new url: 'http://www.squeaksource.com/DejaVu'; >> Â Â Â Â Â Â Â Â package: 'DejaVuBitmapFonts'; >> Â Â Â Â Â Â Â Â load. >> >> >> then installing it with >> >> StrikeFont installDejaVu >> >> >> bring a MNU >> StrikeFont class>>dejaVuSansBook7Form >> >> >> Hilaire >> > > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > > >

March 10, 2011

Re: [Pharo-project] Issue 1064 in pharo: There are still problem with keyboard shortcuts in Windows

by pharo＠googlecode.com

Comment #18 on issue 1064 by happy.lo...(a)gmail.com: There are still problem with keyboard shortcuts in Windows http://code.google.com/p/pharo/issues/detail?id=1064 > Create key character events for Ctrl-key combinations when WM_KEYCHAR is > fetched, ... Sorry for my typo. It is WM_KEYDOWN, not WM_KEYCHAR. Thanks tn

March 10, 2011

Re: [Pharo-project] Issue 1064 in pharo: There are still problem with keyboard shortcuts in Windows

by pharo＠googlecode.com

Comment #17 on issue 1064 by happy.lo...(a)gmail.com: There are still problem with keyboard shortcuts in Windows http://code.google.com/p/pharo/issues/detail?id=1064 This attached file is a original "sqWin32Window.c" for comment 16. Thanks tn Attachments: sqWin32Window.c.original 99.0 KB

March 10, 2011

Re: [Pharo-project] Issue 1064 in pharo: There are still problem with keyboard shortcuts in Windows

by pharo＠googlecode.com

Comment #16 on issue 1064 by happy.lo...(a)gmail.com: There are still problem with keyboard shortcuts in Windows http://code.google.com/p/pharo/issues/detail?id=1064 'ctrl+.' doesn't also work. So I'm proposing a new solution. The issue of shortcut key such as ctrl+i is solved by fixing VM, without repairing an image file of Pharo 1.1.1. The workaround at Comment 11 is replaced to this solution. (1)Problem Thear are two problems. First, key character event for Ctrl-key combination which can not encode to ASCII control character is not generated. i.e. we can use only ASCII control character as Ctrl-key combo. But some Ctrl-key combo which is not ASCII control character are used in Smalltalk. In current Windows VM implementation, a key character event on Smalltalk is created based on WM_CHAR Windows messege. Windos does not generate WM_CHAR message for Ctrl-key entry which can not encode to ASCII control character. Second, when ctrl-key combo is pressed, ASCII control character is set to keyboard event imformation, but the key's character code is not set. Concretely, when '^A' is pressed, ASCII code '^A' is set to keyboard event, ASCII code 'A' is not set. The second problem is probably on only Windows VM, is not on other platforms. (2)Solution Create key character events for Ctrl-key combinations when WM_KEYCHAR is fetched, not when WM_CHAR is fetched. And then, by using ToAscii(or ToUnicode) Win32API function, convert virtual key code to ASCII code and set key's character to keyboard event object. I think this approach is can be used to Squeak VM. (3)Implementation I corrected "sqWin32Window.c", please see also the attached file. **** line 1060 in mapVirtualKey **** /* case VK_RETURN: return 13; */ **** line 1188 - 1236 new function **** void recordCtrlKeyCharEvent(MSG* msg, sqKeyboardEvent* evt) { BYTE keystate[256]; WORD wd; WORD asciiKeyChar = 0; WORD asciiCtrlChar = 0xFFu; sqKeyboardEvent* extra; WPARAM virtualKeyCode = msg->wParam; assert(GetKeyState(VK_CONTROL) & 0x8000); /* Exit when only control key is pressed. */ if(virtualKeyCode == VK_CONTROL) { return; } GetKeyboardState( keystate ); /* get ASCII control character */ switch(ToAscii( virtualKeyCode, HIWORD(msg->lParam), keystate, &wd, 0 )) { case 0: break; case 1: asciiCtrlChar = wd; break; default: return; } /* cancel ctrl key state */ keystate[VK_CONTROL] = 0; /* get key character */ if (ToAscii( virtualKeyCode, HIWORD(msg->lParam), keystate, &asciiKeyChar, 0 ) != 1) { return; } /* Exit when Ctrl + ENTER is pushed, because the combo is duplicate to ^N or ^M. */ if (asciiKeyChar == 13) { return; } /* generate extra character event */ extra = (sqKeyboardEvent*)sqNextEventPut(); *extra = *evt; extra->pressCode = EventKeyChar; extra->charCode = (asciiCtrlChar != 0xFFu ? asciiCtrlChar : asciiKeyChar) & 0xFF; extra->utf32Code = asciiKeyChar & 0xFF; } **** line 1276, 1304 - 1315 in recordKeyboardEvent **** /* if(keyCode == 13) return 1; */ ... if(pressCode == EventKeyDown) { if (virtCode != 0) { /* generate extra character event */ sqKeyboardEvent *extra = (sqKeyboardEvent*)sqNextEventPut(); *extra = *evt; extra->pressCode = EventKeyChar; } else if (ctrl) { /* note: when virtCode is not zero, ctrl+key combination (e.g. ctrl+arrow) are not created by recordCtrlKeyCharEvent. */ recordCtrlKeyCharEvent(lastMessage, evt); } } **** line 1586 - 1595 new function **** BOOL notCtrlDown(MSG* msg) { switch(msg->message) { case WM_KEYDOWN: case WM_SYSKEYDOWN: if (GetKeyState(VK_CONTROL) & 0x8000) { return FALSE; } } return TRUE; } **** line 1615- 1620 in ioProcessEvents **** /* Don't create WM_CHAR and WM_SYSCHAR message, when ctrl key is pressed. */ if (notCtrlDown(&msg)) { TranslateMessage(&msg); } DispatchMessage(&msg); } (4)Correct Pharo image file To work some Ctrl+key combo whose key is non-alphabet, image file should be corrected. e.g. below is a sample of correction for 'ctrl+.' on Pharo. handleEvent: evt "Store the event in the queue if there's any" | type cmdBit ctrlBit | "# change #" type := evt at: 1. type = EventTypeKeyboard ifTrue: [ cmdBit := 0. "# add #" ctrlBit := 0. "# add #" Preferences swapControlAndAltKeys ifTrue: [ctrlBit := (evt at: 5) bitAnd: 2] ifFalse:[cmdBit := (evt at: 5) bitAnd: 8]. "# add #" Preferences duplicateAllControlAndAltKeysSetting ifTrue: [ctrlBit := (evt at: 5) bitAnd: 2]. "# add #" cmdBit := (cmdBit bitShift:8) bitOr:(ctrlBit bitShift: 10). "# add #" "Check if the event is a user interrupt" ((evt at: 4) = 0 and: [((evt at: 3) bitOr: cmdBit) "# change #" = interruptKey]) ifTrue: [ Display deferUpdates: false. SoundService default shutDown. self handleUserInterrupt]. ^self ]. Thanks tn Attachments: sqWin32Window.c 100 KB

March 10, 2011

Re: [Pharo-project] [COTDC] 28 - ImmAbstractPlatform

by laurent laffont

is it an OS interface for mouse cursor control ? Laurent. On Wed, Mar 9, 2011 at 6:10 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Today: ImmAbstractPlatform > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent >

March 10, 2011

[Pharo-project] Issue 3801 in pharo: FinderUI Inheritance button - MessageNotUnderstood error

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3801 by DougEdmu...(a)gmail.com: FinderUI Inheritance button - MessageNotUnderstood error http://code.google.com/p/pharo/issues/detail?id=3801 Pharo 1.2 Using FinderUI v34 Issue: Pressing the Inheritance button triggers MessageNotUnderstood:ByteString>>asNode how to trigger (3 ways): 1. type in 'button', set to 'Selectors' press the triangle on any entry, highlight any Class entry then press 'Inheritance' button. 2. change setting to 'Classes' press the triangle on any entry, highlight any Selector entry then press 'Inheritance' button. 3. Similar error for setting to 'Source' 4. Have not tried setting to 'Example'.

March 10, 2011

Re: [Pharo-project] Fwd: [squeak-dev] sustainable Monticello

by Chris Muller

Thanks, I'm glad Pharo will adopt too, since having common MC API's between Squeak and Pharo will make life easier. I only posted the latest versions, there there are 8 or 10 interim ancestor versions which I will copy to trunk in a few days. - Chris On Wed, Mar 9, 2011 at 2:55 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > thanks > > If somebody want to get the code and prepare it for pharo this will help. > > Stef > > > > On Mar 8, 2011, at 10:38 PM, Janko MivÅ¡ek wrote: > >> >> >> -------- Original Message -------- >> Subject: [squeak-dev] sustainable Monticello >> Date: Tue, 8 Mar 2011 15:33:19 -0600 >> From: Chris Muller <asqueaker(a)gmail.com> >> Reply-To: ma.chris.m(a)gmail.com, The general-purpose Squeak developers >> list Â <squeak-dev(a)lists.squeakfoundation.org> >> To: squeak dev <squeak-dev(a)lists.squeakfoundation.org> >> >> This will probably be a long post, but I would like to tell you about >> the Monticello upgrades I'm about to move to the trunk. >> >> Monticello has several repository types: >> >> Â Â Â Â Â Â Â MCRepository #('creationTemplate' 'storeDiffs') >> Â Â Â Â Â Â Â Â Â Â Â MCDictionaryRepository #('description' 'dict') >> Â Â Â Â Â Â Â Â Â Â Â MCFileBasedRepository #('cache' 'allFileNames') >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCDirectoryRepository #('directory') >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCCacheRepository >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â #('packageCaches' 'seenFiles') >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCSubDirectoryRepository #() >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCFtpRepository #('host' 'directory' >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â 'user' 'password' 'connection') >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCHttpRepository #('location' 'user' >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â 'password' 'readerCache') >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCSMCacheRepository #('smCache') >> Â Â Â Â Â Â Â Â Â Â Â MCGOODSRepository #('hostname' 'port' >> Â Â Â Â Â Â Â Â Â Â Â Â Â 'connection') >> Â Â Â Â Â Â Â Â Â Â Â MCWriteOnlyRepository #() >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCSMReleaseRepository #('packageName' >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â 'user' 'password') >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCSmtpRepository #('email') >> >> but MCFileBasedRepository is the one that has been given all of the >> focus, the other repository types have been ignored over the years. >> MCHttpRepository is the one that interfaces with SqueakSource, and >> MCDirectoryRepository are pretty much the only types being used. >> >> I know this because external users of MCRepository API, like the >> Repository-browser tools and MC-Configurations and Installer; these >> are all using API's that are specific to MCFileBasedRepository - not >> generally understood by the other repository-types or the abstract API >> in MCRepository. >> >> This is worthy of concern because of the access-limitations of a >> MCFileBasedRepository. Â Unlike a MCGOODSRepository, for example, a >> file-system-based repository cannot efficiently meet the demands of >> being a MCRepository without, at some points, needing to enumerating >> ALL version names (files) in its file-system location. >> >> As the number of versions in a repository reaches 1-million and >> beyond, performance will grind to a halt due to the number of files >> that must be constantly downloaded into RAM (another area of >> unscalability and unsustainability related to FileBased Repository's). >> A purging of old versions could be done, but a philosophy of >> Monticello, from the outset, has been that repository's are intended >> to contain "all" of version history. >> >> I have therefore reworked the MCRepository API's and external tools to >> talk using only an API that is understood by any repository that >> implements the methods identified as #subclassResponsibility in >> MCRepository. Â This minimally-required API is now: >> >> Â #allPackageNames - answer a list of package names in this repository. >> Â #basicStoreVersion: - add a Version to this repository. >> Â #includesVersionNamed: - does a version with this name exist in this >> repository? >> Â #versionNamed: - answer the first Version object with the given name. >> Â #versionNamesForPackageNamed: - answer the version names for the >> given package name. >> Â #versionWithInfo:ifAbsent: - answer the Version object with the >> given unique VersionInfo >> >> In deference to the limitations of FileBasedRepository's, we only ask >> for the _names_ of things rather than the whole object, because the >> names are all that is needed to satisfy tool requirements, except in >> cases where we need a single Version object (like loading). Â FileBased >> cannot access the Version objects quickly, just the (file)names (incl. >> author & version-number). >> >> During the process of this refactoring, I was able to signficantly >> improve the coherence of the code. Â It was really, really bad in some >> areas. >> >> I've also verified the viability of this API by updating >> MCMagmaRepository, and demonstrating using Magma as a >> totally-sustainable and scalable MC repository. Â Employing a >> Magma-based Repository also affords some additional benefits, which I >> will describe in a separate follow-up mail. >> >> I think SqueakSource will eventually have to change to something more >> scalable. Â At least now we have have a viable alternative, and with >> much cleaner MC code in the process. >> >> Please load my latest versions of Monticello, >> MonticelloConfigurations, Installer and Tests from the Inbox and let >> me know if you experience any issues. Â You should not see any >> difference in day-to-day operations. >> >> - Chris >> >> >> > > >

March 9, 2011

[Pharo-project] Slides and Code | Networking @ Deep Into Smalltalk Spring School

by Noury Bouraqadi

Hi, The slides and the Pharo code (with class comments :-) of my talk at the "Deep Into Smalltalk" Spring School are available at http://car.mines-douai.fr/noury/docs. The provided code covers the last two coding challenges of my talk: â¢ Simple TCP server implementing a basic Twitter-like server. I show how to use Socket for handling client connections and SocketStream to deal with data exchange with a client. â¢ Remote Messaging. The idea is to illustrate how to build a middleware similar to Remote Smtalltalk (rST) allowing message sends between objects located in different images. On the client side I show how to build a proxy, that is a place holder for a remote object. The proxy captures received messages and serialize them before sending the resulting bytes through a socket stream connected to the server. On the server side, a dispatcher recreates messages from received bytes and send them to the appropriate local object. Noury http://car.mines-douai.fr/noury -- -6th National Conference on âControl Architecture of Robotsâ 24-25 may 2011, Grenoble area, France http://car2011.inrialpes.fr/ -19th ESUG International Smalltalk Conference 22-26 August 2011, Edinburgh, UK http://www.esug.org/Conferences/2011 -19Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents (JFSMAâ11) http://www.univ-valenciennes.fr/congres/jfsma2011/ 17-19 Octobre 2011, Valenciennes, France

March 9, 2011

Re: [Pharo-project] We are preparing to this year Google Summer of Code (GSoC)

by Janko MivÅ¡ek

Hi Carla, Just to add a little announcement, Carla accepted to be admin with me to this year GSoC. Thanks Carla again! More below.. On 09. 03. 2011 21:02, Carla F. Griggio wrote: > Talking about ideas... I remember a few months ago there was a thread > talking about ways to manipulate EXCEL files with Pharo, and the > conclusion was that... there weren't much options apart from exporting a > .xls into a .csv or .xml or other format easy to parse. > > Is the community interested in a project to manipulate EXCEL files directly? > > On the other hand... Janko, do you think a project like this, that uses > open source technology to interact with Office still qualifies for GSoC? Yep, because resulting code is open source, even if interacts with commercial software. And we need more such "I/O to other worlds" tools, so I aggree, this could be a nice and not too difficult project. Janko > > Cheers, > Carla. > > 2011/3/9 Janko MivÅ¡ek <janko.mivsek(a)eranova.si > <mailto:janko.mivsek@eranova.si>> > > Dear Smalltalkers, > > I'd like to inform you that we are preparing an application to this year > Smalltalk Google Summer of Code under ESUG umbrella, as last year. > > If accepted, Google will pay few stipendiums to students on our > Smalltalk projects. Please start thinking about ideas what projects > would be nice to have. Also start looking around for students. How to > approach the universitites near by you, do you know who to contact > there, etc. To see last year ideas and accepted/done projects, visit > last year http://gsoc2010.esug.org. > > More on our already open special Smalltalk GSoC 2011 website: > > http://gsoc2011.esug.org > > I'm specially inviting mentors of all past GSoCs to rejoin the mentors > mailing list, where we discuss all details about this year GSoC: > > http://groups.google.com/group/smalltalk-gsoc-mentors > > Best regards > Janko > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > > -- Janko MivÅ¡ek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel: 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565

March 9, 2011

Re: [Pharo-project] New widget

by Mariano Martinez Peck

Indeed, in 1.2 it works fine. But I guess I am so stupid to understand it or there is a bug ;) When I select for example, #isLiteral, then the #isSelfEvaluating is also with color. Or if select #and: then, #ifFalse: #ifTrue: and #or: are selected. is this normal, if true, what does it mean? thanks! mariano On Wed, Mar 9, 2011 at 9:02 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > I've tried in Pharo 1.2, it works. I'm waiting for a real usage before > giving feedback ;) > > Laurent. > > On Wed, Mar 9, 2011 at 6:09 PM, Benjamin < > benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> Hello everyone, >> >> I've done a new Morphic widget, that allow to easily switch from a >> categorized view to a "all elements" view (quite hard to explain, let me >> give you an example ^^) >> >> >> >> Gofer new >> squeaksource: 'SwitchableTreeWidget'; >> package: 'SwitchableTreeWidget'; >> load. >> >> SwitchableCategoriesTreeExample new openInWorld. >> >> If you click on the button or just double click on the tree, you will >> switch the view :) >> >> I wrote that widget to integrate it in a new browser (and if I succeed, to >> create a new Glamour widget) >> >> >> >> Thanks in for your feedback :) >> >> >> Ben >> > >

March 9, 2011