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

[ANN] PUnQLite NoSQL database project updated

by Torsten Bergmann

Hi, are you in need for really simple out of image persistency? If you like to use a small RDBMS solution with Pharo then there is the embeddable SQLite shared library and NBSQLite3 project [1] to access it. Combine it with Glorp [2] and you do not have to fight too much with SQL. On the other end of persistency world there are the so called "NoSQL databases" and beside Mongo and all the others that require special setup etc. there is this wonderful small UnQLite embeddable database [3] that similar to SQlite world only requires a simple library. Thanks to Masashi Umezawa there is a nice wrapper for Pharo already to access this tiny embeddable NoSQL database called "PUnQLite" [4] and [5], also including access to the Jx9 machinery of UnQLite. It is really cool that he made this available. This week I updated "PUnQLite" a little bit: - refactored the Native boost wrapper for UnQLite (using shared pools, ...) - documented classes - added a help topic - fixed a bug in cursors when accessing the keys in an empty database - and finally added a small spec based tool to work with a database file (see attached screenshot) One can use it to open an unqlite database, show the key value pairs and remove or add entries. If you are in latest Pharo 4 already you can load all of that right from the config browser. Be aware that you need the external unqlite shared library which is downloaded and extracted into a folder "pharo-vm" when loading the config. For instance on Windows it automagically downloads a file "pharo-vm/unqlite.dll" below your image directory and you just have to copy this shared library file to the folder where your VM (Pharo.exe) resides. Havent tried on other OS platforms. >From the Pharo side using the UnQLite database basically works like having some kind "external dictionary" in a database file. Just run that in a workspace: |db| db := PqDatabase open: 'comments.db'. db disableAutoCommit. db transact: [ Object subclasses do: [:cls | | key | key := cls asString. db at: key put: cls comment ] ]. db close. Then open the "Database Browser" from the world menu and open the "comments.db" file. You can browse the keys and values, remove entries or add new. A filter for the keys is also included. Nothing fancy but hope you like it or find it usable. Couldnt make it to PharoConf 2015 but I hope all participants enjoy their time there. Keep the others updated by using the #pharodays2015 on Twitter. Have fun! Bye T. [1] http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2015-January/104… [2] http://lists.pharo.org/pipermail/pharo-users_lists.pharo.org/2015-January/0… [3] http://unqlite.org/ [4] https://github.com/mumez/PunQLite [5] http://smalltalkhub.com/#!/~MasashiUmezawa/PunQLite

Jan. 29, 2015

Re: [Pharo-dev] Any way to avoid the filmification effect in GTInspector?

by HernÃ¡n Morales Durand

Hi Tudor, 2015-01-28 19:36 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: > Hi Hernan, > > A couple of things. First, you do not want to disable Raw for an object > because that implies that you will have no option for inspecting that raw > state of that object. > > You are not forced to have multiple views. Only if you want them :). > > It seems to me that you are trying to overuse the inspector for customers. > That is not the intention. The inspector is for developers. > > I think we finally found the real point. I see Glamour has the potential to become a framework to build final UI's, not only for developers. And I hope one day anyone could build their own view of objects even visually. > However, once you have various presentations for an object, you can put > them together in a filtered inspector or even in a complete browser > altogether. This is where Glamour kicks in. See here an example: > > http://www.humane-assessment.com/blog/creating-custom-browsers-out-of-inspe… > > Thank you for the link *and* the post, I will check if could suit my needs. Cheers, HernÃ¡n Cheers, > Doru > > > > On Wed, Jan 28, 2015 at 6:35 PM, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > >> >> >> 2015-01-28 5:44 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> >>> >>> > On 28 Jan 2015, at 08:33, HernÃ¡n Morales Durand < >>> hernan.morales(a)gmail.com> wrote: >>> > >>> > >>> > >>> > 2015-01-27 5:11 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: >>> > Hi Hernan, >>> > >>> > GTInspector was built to be extensible without any subclassing :). >>> > >>> > The GTObjectVariablesBrowser shows the raw view and you probably do >>> not want to mess with that. Rather than that you should create a new tab >>> for your own class. >>> > >>> > The way you extend it for a specific class is by defining a method >>> like this: >>> > >>> > MyClass>>gtInspectorCustomListIn: composite >>> > <gtInspectorPresentationOrder: 10> >>> > composite list >>> > title: 'My list' >>> > display: [ self list] >>> > >>> > If you want to see all inspector extensions available in the image >>> take a look at the following post: >>> > http://www.humane-assessment.com/blog/managing-gtinspector-extensions >>> > >>> > Nice! >>> > So it would be: >>> > >>> > gtInspectorCustomListIn: composite >>> > <gtInspectorPresentationOrder: 10> >>> > >>> > composite list >>> > title: 'My list'; >>> > display: [ self container ]; >>> > selectionAct: [ self actionForA ] on: $A entitled: 'Menu Item >>> A'; >>> > selectionAct: [ self actionForB ] on: $B entitled: 'Menu Item >>> B'. >>> > >>> > It is possible to remove the "Raw" and "Meta" tabs? >>> >>> Why ? The whole idea is to have multiple views. >>> >>> >> Even if it were nice one can have multiple views, it would be better no >> to be forced to have them. >> As practical reason that would only confuse my users. >> >> Beyond that, the inspector doesn't feel flexible enough if one must have >> multiple views. >> >> >> >>> If you have a homogeneous list on the left and select one tab on the >>> right, moving up and down the list should keep the same tab selected, even >>> if it is not the highest priority one. >>> >>> > >>> > Does it help? >>> > >>> > Doru >>> > >>> > On Tue, Jan 27, 2015 at 8:52 AM, HernÃ¡n Morales Durand < >>> hernan.morales(a)gmail.com> wrote: >>> > >>> > >>> > 2015-01-27 3:41 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: >>> > Hi, >>> > >>> > On Mon, Jan 26, 2015 at 11:58 PM, HernÃ¡n Morales Durand < >>> hernan.morales(a)gmail.com> wrote: >>> > >>> > >>> > 2015-01-26 6:25 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: >>> > Hi, >>> > >>> > On Mon, Jan 26, 2015 at 10:18 AM, HernÃ¡n Morales Durand < >>> hernan.morales(a)gmail.com> wrote: >>> > >>> > 2015-01-26 5:54 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: >>> > There is no way at the moment. >>> > >>> > Just out of curiosity, why do you need to select an item if you do not >>> want to see the details? >>> > >>> > >>> > This is for two reasons >>> > >>> > 1) I have items with big strings inside and it takes too long to load >>> in the new inspector sub-window. >>> > >>> > Why should it take too long? Is it because printString is too >>> expensive? In that case, perhaps you might want to make printString cheaper >>> and offer a separate presentation for your object that shows the full >>> contents. >>> > >>> > >>> > I don't know, I have this 7.7Mb XML file, opened the Time Profiler >>> with: >>> > >>> > 'DLoop_Bovino_31-10-14-Alignment.xml' asFileReference contents inspect. >>> > >>> > it took almost 6 minutes to open the inspector. >>> > >>> > Here is the link to the file: >>> https://www.dropbox.com/s/pzw88gg3wyfkf8o/DLoop_Bovino_31-10-14-Alignment.z… >>> > Here is the full report >>> > >>> > - 350675 tallies, 359630 msec. >>> > >>> > Hmm, Something is strange. I open the inspector on the same file in >>> 1192 ms. It takes so long because the first presentation is a text >>> presentation of the contents of that file. What image do you use? Is it >>> possible that you have extra . Could you make it available? >>> > >>> > >>> > I am using #40463 in Windows 8.1 x64. This is how I download the image >>> > >>> > $ wget -O- get.pharo.org/40+vm | bash >>> > >>> > image link with test file: >>> https://www.dropbox.com/s/57hprg7cyryd9cs/testGT1.zip?dl=0 >>> > >>> > >>> > Could you (or anyone) reproduce the case? >>> > The dropbox upload is vanilla image. >>> > >>> > >>> > >>> > >>> > 2) I select the item to send a message to it, or bring a pop-up menu >>> to remove the item (I have implemented it in the old inspector and I would >>> like to port it to Pharo 4) >>> > >>> > This implies that you actually need a custom presentation. For such a >>> custom presentation you can suppress the propagation of selection. If you >>> tell me your use case in more details I can try to guide you. >>> > >>> > >>> > My use case is I want to add or remove items from an >>> Inspector/Explorer. >>> > The items are classified objects and the user curates false positives. >>> > Another item I used to have is "Serialize" the inspector contents (or >>> from a specific item) so that one could import the curated data set and >>> review. >>> > >>> > Do you mean items from collections in general, or items stored as a >>> collection in a specific object? If you mean the latter, you can create a >>> custom presentation just for that object and add all the actions you want. >>> Do you want to give it a try? If yes, let me know the more specific use >>> case and I can help :) >>> > >>> > >>> > I would be glad to get some help :) >>> > I tried subclassing GTInspector. I see you implemented menu items in >>> GTObjectVariablesBrowser. >>> > So question is how could I implement my own "GTObjectVariablesBrowser" >>> and link to GTInspector subclass? >>> > Thank you Doru. >>> > >>> > >>> > HernÃ¡n >>> > >>> > >>> > Doru >>> > >>> > >>> > -- >>> > www.tudorgirba.com >>> > >>> > "Every thing has its own flow" >>> > >>> > >>> > >>> > >>> > -- >>> > www.tudorgirba.com >>> > >>> > "Every thing has its own flow" >>> >>> >>> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Jan. 29, 2015

font comparison

by stepharo

http://www.codeproject.com/Articles/30040/Font-Survey-42-of-the-Best-Monosp…

Jan. 29, 2015

DarkTheme, Pharo3 and GTSpotter [WAS] Re: HELP WANTED: improve Dark Theme

by Mariano Martinez Peck

On Fri, Jan 23, 2015 at 9:30 AM, Aliaksei Syrel <alex.syrel(a)gmail.com> wrote: > 3) Fix spotter theming (currently ignores dark theme) > > > I added DarkTheme to spotter. Update to check and you can also take a look > how theming mechanism works in GT. > There is UITheme>>spotterWidgetThemer that returns themer object for > Spotter and to add custom theme she needs to override it in her own theme > like it is done in Pharo3DarkTheme>>spotterWidgetThemer. > It allows to customize widgets deeply and reduces mess in themes :) > > I cannot make it work by no means :( but I would love to! Do you know the exact steps to have a Pharo 3.0 with GTSpotter and DarkThem working? Thanks a lot in advance, > Cheers, > Alex > > On Fri, Jan 23, 2015 at 1:19 PM, kilon alios <kilon.alios(a)gmail.com> > wrote: > >> I think roassal can do that >> >> On Fri, Jan 23, 2015 at 2:05 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >> wrote: >> >>> >>> On 23 Jan 2015, at 12:53, Torsten Bergmann <astares(a)gmx.de> wrote: >>> >>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=385003 >>> https://code.google.com/p/eclipse-svg-icons/ >>> >>> >>> cool! >>> now I have to figure out how to display svg icons in pharoâ¦ but this is >>> what I was looking for :) >>> >>> Esteban >>> >>> >>> >>> Gesendet: Freitag, 23. Januar 2015 um 12:24 Uhr >>> Von: "Sven Van Caekenberghe" <sven(a)stfx.eu> >>> An: "Pharo Development List" <pharo-dev(a)lists.pharo.org> >>> Betreff: Re: [Pharo-dev] HELP WANTED: improve Dark Theme >>> >>> >>> On 23 Jan 2015, at 12:03, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >>> >>> Hi, >>> >>> The Dark Theme is a standard theme upcoming in Pharo4, but as you might >>> noticed, is still far from perfect. >>> I would like to take some actions on it but I do not have a lot of time >>> this days, so I thought on asking for help :) >>> >>> What I think is needed? >>> >>> 1) There are some bugs (for example in the search window, cmd+f in text >>> panes) >>> 2) Icon-set is not prepared for dark backgrounds. Now, this is a problem >>> in eclipse itself who didnât had a dark-theme either until recently. Now, I >>> know they added a dark-theme and a corresponding set of icons (a set that >>> can be displayed correctly both in white and black backgrounds), but I >>> cannot find the icons. So if someone knows where they are, Iâll gladly >>> replace them. >>> >>> >>> 3) Fix spotter theming (currently ignores dark theme) >>> >>> I know in an ideal world we will have our own set of icons, but that >>> requires a lot of effort and design talentâ¦ so in the mean time, I think >>> eclipse icons are doing a good job :) >>> >>> cheers, >>> Esteban >>> >>> >>> >>> >>> >>> >>> >> > -- Mariano http://marianopeck.wordpress.com

Jan. 28, 2015

Re: [Pharo-dev] Any way to avoid the filmification effect in GTInspector?

by Tudor Girba

Hi Hernan, A couple of things. First, you do not want to disable Raw for an object because that implies that you will have no option for inspecting that raw state of that object. You are not forced to have multiple views. Only if you want them :). It seems to me that you are trying to overuse the inspector for customers. That is not the intention. The inspector is for developers. However, once you have various presentations for an object, you can put them together in a filtered inspector or even in a complete browser altogether. This is where Glamour kicks in. See here an example: http://www.humane-assessment.com/blog/creating-custom-browsers-out-of-inspe… Cheers, Doru On Wed, Jan 28, 2015 at 6:35 PM, HernÃ¡n Morales Durand < hernan.morales(a)gmail.com> wrote: > > > 2015-01-28 5:44 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > >> >> > On 28 Jan 2015, at 08:33, HernÃ¡n Morales Durand < >> hernan.morales(a)gmail.com> wrote: >> > >> > >> > >> > 2015-01-27 5:11 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: >> > Hi Hernan, >> > >> > GTInspector was built to be extensible without any subclassing :). >> > >> > The GTObjectVariablesBrowser shows the raw view and you probably do not >> want to mess with that. Rather than that you should create a new tab for >> your own class. >> > >> > The way you extend it for a specific class is by defining a method like >> this: >> > >> > MyClass>>gtInspectorCustomListIn: composite >> > <gtInspectorPresentationOrder: 10> >> > composite list >> > title: 'My list' >> > display: [ self list] >> > >> > If you want to see all inspector extensions available in the image take >> a look at the following post: >> > http://www.humane-assessment.com/blog/managing-gtinspector-extensions >> > >> > Nice! >> > So it would be: >> > >> > gtInspectorCustomListIn: composite >> > <gtInspectorPresentationOrder: 10> >> > >> > composite list >> > title: 'My list'; >> > display: [ self container ]; >> > selectionAct: [ self actionForA ] on: $A entitled: 'Menu Item >> A'; >> > selectionAct: [ self actionForB ] on: $B entitled: 'Menu Item >> B'. >> > >> > It is possible to remove the "Raw" and "Meta" tabs? >> >> Why ? The whole idea is to have multiple views. >> >> > Even if it were nice one can have multiple views, it would be better no to > be forced to have them. > As practical reason that would only confuse my users. > > Beyond that, the inspector doesn't feel flexible enough if one must have > multiple views. > > > >> If you have a homogeneous list on the left and select one tab on the >> right, moving up and down the list should keep the same tab selected, even >> if it is not the highest priority one. >> >> > >> > Does it help? >> > >> > Doru >> > >> > On Tue, Jan 27, 2015 at 8:52 AM, HernÃ¡n Morales Durand < >> hernan.morales(a)gmail.com> wrote: >> > >> > >> > 2015-01-27 3:41 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: >> > Hi, >> > >> > On Mon, Jan 26, 2015 at 11:58 PM, HernÃ¡n Morales Durand < >> hernan.morales(a)gmail.com> wrote: >> > >> > >> > 2015-01-26 6:25 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: >> > Hi, >> > >> > On Mon, Jan 26, 2015 at 10:18 AM, HernÃ¡n Morales Durand < >> hernan.morales(a)gmail.com> wrote: >> > >> > 2015-01-26 5:54 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: >> > There is no way at the moment. >> > >> > Just out of curiosity, why do you need to select an item if you do not >> want to see the details? >> > >> > >> > This is for two reasons >> > >> > 1) I have items with big strings inside and it takes too long to load >> in the new inspector sub-window. >> > >> > Why should it take too long? Is it because printString is too >> expensive? In that case, perhaps you might want to make printString cheaper >> and offer a separate presentation for your object that shows the full >> contents. >> > >> > >> > I don't know, I have this 7.7Mb XML file, opened the Time Profiler with: >> > >> > 'DLoop_Bovino_31-10-14-Alignment.xml' asFileReference contents inspect. >> > >> > it took almost 6 minutes to open the inspector. >> > >> > Here is the link to the file: >> https://www.dropbox.com/s/pzw88gg3wyfkf8o/DLoop_Bovino_31-10-14-Alignment.z… >> > Here is the full report >> > >> > - 350675 tallies, 359630 msec. >> > >> > Hmm, Something is strange. I open the inspector on the same file in >> 1192 ms. It takes so long because the first presentation is a text >> presentation of the contents of that file. What image do you use? Is it >> possible that you have extra . Could you make it available? >> > >> > >> > I am using #40463 in Windows 8.1 x64. This is how I download the image >> > >> > $ wget -O- get.pharo.org/40+vm | bash >> > >> > image link with test file: >> https://www.dropbox.com/s/57hprg7cyryd9cs/testGT1.zip?dl=0 >> > >> > >> > Could you (or anyone) reproduce the case? >> > The dropbox upload is vanilla image. >> > >> > >> > >> > >> > 2) I select the item to send a message to it, or bring a pop-up menu to >> remove the item (I have implemented it in the old inspector and I would >> like to port it to Pharo 4) >> > >> > This implies that you actually need a custom presentation. For such a >> custom presentation you can suppress the propagation of selection. If you >> tell me your use case in more details I can try to guide you. >> > >> > >> > My use case is I want to add or remove items from an Inspector/Explorer. >> > The items are classified objects and the user curates false positives. >> > Another item I used to have is "Serialize" the inspector contents (or >> from a specific item) so that one could import the curated data set and >> review. >> > >> > Do you mean items from collections in general, or items stored as a >> collection in a specific object? If you mean the latter, you can create a >> custom presentation just for that object and add all the actions you want. >> Do you want to give it a try? If yes, let me know the more specific use >> case and I can help :) >> > >> > >> > I would be glad to get some help :) >> > I tried subclassing GTInspector. I see you implemented menu items in >> GTObjectVariablesBrowser. >> > So question is how could I implement my own "GTObjectVariablesBrowser" >> and link to GTInspector subclass? >> > Thank you Doru. >> > >> > >> > HernÃ¡n >> > >> > >> > Doru >> > >> > >> > -- >> > www.tudorgirba.com >> > >> > "Every thing has its own flow" >> > >> > >> > >> > >> > -- >> > www.tudorgirba.com >> > >> > "Every thing has its own flow" >> >> >> > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 28, 2015

Re: [Pharo-dev] [Ann] a short Bloc demo

by Alain Plantec

Thanks Nicolai In fact it is a NecMenuMorph issue I think. Iâve opened and fixed a fogbugz issue. Cheers Alain > Le 27 janv. 2015 Ã 20:44, Nicolai Hess <nicolaihess(a)web.de> a Ã©crit : > > 2014-12-24 15:19 GMT+01:00 Alain Plantec <alain.plantec(a)yahoo.com <mailto:alain.plantec@yahoo.com>>: > Hello all, > > Iâve just uploaded a small demo of Bloc. > http://vimeo.com/115336678 <http://vimeo.com/115336678> > > > Cheers > Alain > > > > You are interested in more feedback, right? :) > > A normal TextMorph in the bloc world, sometimes, shows some artefacts outside of its bounds. > For example, open a Workspace and type > > EllipseMorph new > > and wait for NECMenuMorph to appear. > It shows some suggesionts for "new" and hightlights the "new" part in the text. > For some lines, this highlight is outside of the NECMenuMorph. > And this is strange, because this Morph is actually an ordinary Morph and not one of the new > BlMorphs > > nicolai > > > <bloc_textselection_artefact.png>

Jan. 28, 2015

Re: [Pharo-dev] Installing Pharo on Ubuntu

by Damien Cassou

Le 27 janvier 2015 11:40:48 CET, Markus Fritsche <mfritsche(a)reauktion.de> a Ã©crit : >On 2015-01-26 15:41, J.F. Rick wrote: >> I have a new computer and installed Ubuntu 14.10 on it. When I tried >> to install Pharo using the PPA instructions, it failed. I get the >> following message when executing "sudo apt-get update": >> >> W: Failed to fetch >> >http://ppa.launchpad.net/pharo/stable/ubuntu/dists/utopic/main/binary-amd64… >> [1] 404 Not Found >> W: Failed to fetch >> >http://ppa.launchpad.net/pharo/stable/ubuntu/dists/utopic/main/binary-i386/… >> [2] 404 Not Found > >> I was able to get Pharo running with the Zeroconf script, but I >> thought I'd report that the standard thing didn't work. Is it just >> that a binary doesn't yet exist for 14.10. > >I'll check that this week, I guess I just have to update my build >scripts to include utopic as a target. > >I thought I've been there and done that, but being on 14.04 myself, I >didn't have the oppurtunity to check. > Markus, please update the stable repository and remove the unstable one

Jan. 28, 2015

Re: [Pharo-dev] Any way to avoid the filmification effect in GTInspector?

by HernÃ¡n Morales Durand

2015-01-28 5:44 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > > > On 28 Jan 2015, at 08:33, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > > > > > > > > 2015-01-27 5:11 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: > > Hi Hernan, > > > > GTInspector was built to be extensible without any subclassing :). > > > > The GTObjectVariablesBrowser shows the raw view and you probably do not > want to mess with that. Rather than that you should create a new tab for > your own class. > > > > The way you extend it for a specific class is by defining a method like > this: > > > > MyClass>>gtInspectorCustomListIn: composite > > <gtInspectorPresentationOrder: 10> > > composite list > > title: 'My list' > > display: [ self list] > > > > If you want to see all inspector extensions available in the image take > a look at the following post: > > http://www.humane-assessment.com/blog/managing-gtinspector-extensions > > > > Nice! > > So it would be: > > > > gtInspectorCustomListIn: composite > > <gtInspectorPresentationOrder: 10> > > > > composite list > > title: 'My list'; > > display: [ self container ]; > > selectionAct: [ self actionForA ] on: $A entitled: 'Menu Item A'; > > selectionAct: [ self actionForB ] on: $B entitled: 'Menu Item B'. > > > > It is possible to remove the "Raw" and "Meta" tabs? > > Why ? The whole idea is to have multiple views. > > Even if it were nice one can have multiple views, it would be better no to be forced to have them. As practical reason that would only confuse my users. Beyond that, the inspector doesn't feel flexible enough if one must have multiple views. > If you have a homogeneous list on the left and select one tab on the > right, moving up and down the list should keep the same tab selected, even > if it is not the highest priority one. > > > > > Does it help? > > > > Doru > > > > On Tue, Jan 27, 2015 at 8:52 AM, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > > > > > > 2015-01-27 3:41 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: > > Hi, > > > > On Mon, Jan 26, 2015 at 11:58 PM, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > > > > > > 2015-01-26 6:25 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: > > Hi, > > > > On Mon, Jan 26, 2015 at 10:18 AM, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > > > > 2015-01-26 5:54 GMT-03:00 Tudor Girba <tudor(a)tudorgirba.com>: > > There is no way at the moment. > > > > Just out of curiosity, why do you need to select an item if you do not > want to see the details? > > > > > > This is for two reasons > > > > 1) I have items with big strings inside and it takes too long to load in > the new inspector sub-window. > > > > Why should it take too long? Is it because printString is too expensive? > In that case, perhaps you might want to make printString cheaper and offer > a separate presentation for your object that shows the full contents. > > > > > > I don't know, I have this 7.7Mb XML file, opened the Time Profiler with: > > > > 'DLoop_Bovino_31-10-14-Alignment.xml' asFileReference contents inspect. > > > > it took almost 6 minutes to open the inspector. > > > > Here is the link to the file: > https://www.dropbox.com/s/pzw88gg3wyfkf8o/DLoop_Bovino_31-10-14-Alignment.z… > > Here is the full report > > > > - 350675 tallies, 359630 msec. > > > > Hmm, Something is strange. I open the inspector on the same file in 1192 > ms. It takes so long because the first presentation is a text presentation > of the contents of that file. What image do you use? Is it possible that > you have extra . Could you make it available? > > > > > > I am using #40463 in Windows 8.1 x64. This is how I download the image > > > > $ wget -O- get.pharo.org/40+vm | bash > > > > image link with test file: > https://www.dropbox.com/s/57hprg7cyryd9cs/testGT1.zip?dl=0 > > > > > > Could you (or anyone) reproduce the case? > > The dropbox upload is vanilla image. > > > > > > > > > > 2) I select the item to send a message to it, or bring a pop-up menu to > remove the item (I have implemented it in the old inspector and I would > like to port it to Pharo 4) > > > > This implies that you actually need a custom presentation. For such a > custom presentation you can suppress the propagation of selection. If you > tell me your use case in more details I can try to guide you. > > > > > > My use case is I want to add or remove items from an Inspector/Explorer. > > The items are classified objects and the user curates false positives. > > Another item I used to have is "Serialize" the inspector contents (or > from a specific item) so that one could import the curated data set and > review. > > > > Do you mean items from collections in general, or items stored as a > collection in a specific object? If you mean the latter, you can create a > custom presentation just for that object and add all the actions you want. > Do you want to give it a try? If yes, let me know the more specific use > case and I can help :) > > > > > > I would be glad to get some help :) > > I tried subclassing GTInspector. I see you implemented menu items in > GTObjectVariablesBrowser. > > So question is how could I implement my own "GTObjectVariablesBrowser" > and link to GTInspector subclass? > > Thank you Doru. > > > > > > HernÃ¡n > > > > > > Doru > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > > > > > > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > >

Jan. 28, 2015

Re: [Pharo-dev] Recover lost changes | Where are class definitions?

by stepharo

> Maybe something to hack during PharoDays... > +1 > > Got bitten by this one too... > > Phil > > Le 28 janv. 2015 16:30, "Blondeau Vincent" > <vincent.blondeau(a)worldline.com > <mailto:vincent.blondeau@worldline.com>> a Ã©crit : > > Hi, > > It is a known bug: > https://pharo.fogbugz.com/f/cases/13290/Recover-lost-changes-doesn-t-recove… > There are not only the classes but all the refactorings are not > saved in the "recent changes". > You can't display them or having them back. > > I think that it is a pity that is doesn't work... > > You can use Epicea instead or save more frequently... > > Regards, > Vincent > > > -----Message d'origine----- > De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org > <mailto:pharo-dev-bounces@lists.pharo.org>] De la part de Noury > Bouraqadi > EnvoyÃ© : mercredi 28 janvier 2015 16:13 > Ã : Pharo Development List > Objet : [Pharo-dev] Recover lost changes | Where are class > definitions? > > Hi, > > I tried recovering code lost when an image quits without saving. > But, in the "Recent changes", I don't see class definitions. > > I tesed this in Pharo 3 latest and in Pharo 4 latest too. > > Is there an option to display them? I guess they are hidden with > other "DoIts", but I can't figure out how to display them back. > > Thanx, > Noury > > > Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã > l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre > protÃ©gÃ© par le secret professionnel. Si vous recevez ce message > par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le > dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur > Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e > quant au contenu de ce message. Bien que les meilleurs efforts > soient faits pour maintenir cette transmission exempte de tout > virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa > responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage > rÃ©sultant d'un virus transmis. > > This e-mail and the documents attached are confidential and > intended solely for the addressee; it may also be privileged. If > you receive this e-mail in error, please notify the sender > immediately and destroy it. As its integrity cannot be secured on > the Internet, the Worldline liability cannot be triggered for the > message content. Although the sender endeavours to maintain a > computer virus-free network, the sender does not warrant that this > transmission is virus-free and will not be liable for any damages > resulting from any virus transmitted. >

Jan. 28, 2015

Re: [Pharo-dev] TROSMTileProvider

by Thierry Goubier

Hi Sven, Thanks for the work. I'll have a try (if I manage to get the time) and we'll meet tomorrow for sure :) Thierry 2015-01-28 14:43 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Hi Thierry, Onil, > > First let me iterate what I wrote last week, the OSM stuff in Roassal is > very cool, very well written. Great work. > > Since I have some experience with OSM maps, tiles and serving them, I had > a look to see if I could optimise the tile drawing/loading, which is > visibly a bit slow, one would assume because of the loading of the tiles > over the network. > > I just committed (based on code that I wrote some time ago): > > === > Name: Roassal2-SvenVanCaekenberghe.719 > Author: SvenVanCaekenberghe > Time: 28 January 2015, 2:31:50.462461 pm > UUID: 0978fb6a-d6d0-4d86-a9ae-1f2f83a0b6a2 > Ancestors: Roassal2-AlexandreBergel.718 > > Experimental branch. > > Introduction of TROSMTileProvider to optimize getting OSM tiles, adds one > shared memory cache and a local file system cache, predefines and reuses 6 > http clients spread over different hosts. > > Modifies TROSMShape>>#getTile: and adds TROSMShape>>#tileNamed: > === > > The strange thing is though, that I can optimise the loading (as > benchmarked separately), but in most cases (not when they are in the memory > cache, but when they are in the file cache) the drawing still has the same > pauses as before - which I don't understand, at all. But it is a bit hard > to explain. > > Anyway, Thierry, I will see you tomorrow and the day thereafter and I hope > I can show you what I mean. > > Regards, > > Sven > > >

Jan. 28, 2015