- Pharo-users - lists.pharo.org

Re: [Pharo-users] IconFactory - utility for creating icons in Pharo

by kilon alios

"SVG is human readable (XML based), no ?" yeap , XML format , nothing special. Athens has an importer for them. "If they are not too large, it might even be quite useful to store them as strings in the image, although I do agree this is not scalable in the end. (But Seaside uses this mechanism to store real images in the image, and that works very well during development, in the sense that it is convenient)." oh yes it suits me to keep them small so they can be more modular so as you said to compose and decompose them easily . And if it works well for you, should work well for me ;)

April 5, 2015

Re: [Pharo-users] IconFactory - utility for creating icons in Pharo

by Sven Van Caekenberghe

> On 05 Apr 2015, at 20:16, kilon alios <kilon.alios(a)gmail.com> wrote: > > Thank you for trying to help me understand :) You're welcome. > It was important for me to understand this because I want to import a lot of SVG data into the image and I was not sure if I should use just SVG files or instead use methods that return SVG strings. I would be using methods since it will make my distribution much simpler and easier to version control too. SVG is human readable (XML based), no ? If they are not too large, it might even be quite useful to store them as strings in the image, although I do agree this is not scalable in the end. (But Seaside uses this mechanism to store real images in the image, and that works very well during development, in the sense that it is convenient).

April 5, 2015

Re: [Pharo-users] Object-oriented state-frozen logging

by Sven Van Caekenberghe

Hi Peter, I would call this object logging, plain and simple. Some of us, myself included, believe this is the way forward. You could have a look at how Zinc does logging (ZnLogEvent): https://www.youtube.com/watch?v=rIBbeMdFCys https://www.youtube.com/watch?v=gaUxPNq6_7c This article might also help: https://medium.com/concerning-pharo/lampsort-revisited-visualised-6652055ef… All in all, it is not too much effort to generate log event objects, and they can used in many different ways. Using Announcement makes this quite practical. HTH, Sven > On 05 Apr 2015, at 20:16, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Hi, > > this may be a bit tall order and I am not sure if possible, > however I would like to know the state of objects at certain points. > > Currently what I would do is something like > self log: 'anObject someProperty:'; logCr: anObject someProperty. > > however this is not very practical. > > So I would like something like > self fronzenLog: anObject > > and then I could inspect the logger and see the state of the whole objects. > > Using debugger and stepping through it is not really practical because I need to observe several possible objects that are in this function at very different times. > > Is this possible? Is there a better/somewhat better way to do something like this? > > Any pointers appreciated. > > Peter

April 5, 2015

Re: [Pharo-users] IconFactory - utility for creating icons in Pharo

by kilon alios

"Maybe we are not talking about the same thing ?" We do I just brought an alternative. My initial question is why this data is not stored inside a Collection and instead individual methods are preferred. But now that I thought it through I understand in practice would not make much difference. And as you said methods are already browsable, Collections are not. "If so, then the reason to keep them in image has to do with resource management, an image is self contained. I was talking about managing resources as a collection of methods, an example would be ZnByteEncoder, where mappings are defined on the class side. If resources are originally downloaded from somewhere else but cached inside the image, it is worth mentioning that, and shipping the necessary code to redo it, in the case of the example, #generateByteToUnicodeSpec:" Yeah I think I understand that now too, it makes the distribution of the image much easier not to have to worry about external resources. Yes I did understood what you were talking about, I just was not clear about the benefits of this approach over using Collections and instance variables instead. But I do think that now I understand . Thank you for trying to help me understand :) It was important for me to understand this because I want to import a lot of SVG data into the image and I was not sure if I should use just SVG files or instead use methods that return SVG strings. I would be using methods since it will make my distribution much simpler and easier to version control too.

April 5, 2015

Object-oriented state-frozen logging

by Peter UhnÃ¡k

Hi, this may be a bit tall order and I am not sure if possible, however I would like to know the state of objects at certain points. Currently what I would do is something like self log: 'anObject someProperty:'; logCr: anObject someProperty. however this is not very practical. So I would like something like self fronzenLog: anObject and then I could inspect the logger and see the state of the whole objects. Using debugger and stepping through it is not really practical because I need to observe several possible objects that are in this function at very different times. Is this possible? Is there a better/somewhat better way to do something like this? Any pointers appreciated. Peter

April 5, 2015

Re: [Pharo-users] Data scrapping in pharo: converting text with dates in Spanish

by Offray Vladimir Luna CÃ¡rdenas

Thanks Ben and Sven, I will take a look to both of your suggestions. Cheers, Offray El 05/04/15 a las 12:28, Ben Coman escribiÃ³: > > > On Mon, Apr 6, 2015 at 12:18 AM, Offray Vladimir Luna CÃ¡rdenas > <offray(a)riseup.net <mailto:offray@riseup.net>> wrote: > > Hi all, > > I'm making a small data scrapper[1] in pharo to feed some visualizations. > The data I'm scrapping contains strings with dates in Spanish like '16:21 - > 15 de jun. de 2011' and I would like to convert them to proper dates in > Smalltalk. So I started prototyping an Small script at [2], but the problem > is that monthIndex at: month doesn't work because 'jun' is not in the > dictionary (please refer to [2] for details). This is motivated by month = > 'jun' giving false, but when I inspect month its content is 'jun', so I > think that I'm missing something important. > > [1] http://smalltalkhub.com/#!/~__Offray/Dataviz > <http://smalltalkhub.com/#!/~Offray/Dataviz> > [2] http://ws.stfx.eu/IOMTYZ0N9W29 > > So here come my questions: > > a). How to get "monthIndex at: month" working properly so I can get '06' as > the proper month index for the month 'jun' (junio).? > b) Why month = 'jun' gives false? > c) There is any way to convert strings which has months in different > languages (for example Spanish) more directly? > > > > I don't know the answer, but here is how you might work it out yourself (its > what I just did). > 1. World > Tools > Find > Source. > 2. Search for text: june > 3. Excluding XxxTest test classes, class comments, and a dropList, only a single > method "initialize" looks relevant. That should make it easier. > 4. In that method, right-click on 'MonthNames' > Extended search... > References. > 5. In each of those references put a "self haltOnce" > 6. World > System > Enable halt/inspect once. > 7. Evaluate your expression and see if you hit the halt. > > So "maybe" you just edit that initialize method, then evaluate the comment at > the top of the method. > > cheers -ben > >

April 5, 2015

Re: [Pharo-users] IconFactory - utility for creating icons in Pharo

by Sven Van Caekenberghe

Maybe we are not talking about the same thing ? You question the fact that the resource is stored as source code in the image instead of in a file ? If so, then the reason to keep them in image has to do with resource management, an image is self contained. I was talking about managing resources as a collection of methods, an example would be ZnByteEncoder, where mappings are defined on the class side. If resources are originally downloaded from somewhere else but cached inside the image, it is worth mentioning that, and shipping the necessary code to redo it, in the case of the example, #generateByteToUnicodeSpec: > On 04 Apr 2015, at 17:17, kilon alios <kilon.alios(a)gmail.com> wrote: > > No really I dont get the idea, composition decomposition is the bread and butter of collection types in any language. Unless pharo has a weakness in this area that I am not aware of, in python I had never such problem. actually its a foremost reason to use them in the first place. Browsing is a limitation of the browser which does not provide a special view for variables but not that hard to amend with inspector. And I find hard to believe you prefer a ton of short methods instead one short one for returning those values. > > The only reason I can think in this case of icons is that compiling a string as return value of a method to be used statically is easier/ more convenient than defining a huge collection in the initialize method. > > on the other hand would not make more sense to have all this data that means nothing for the user as separate files and let them load at the startup of the image ? Its not as if anyone would bother editing those huge gibberish strings . > > Thats the only way I see for avoiding long methods. > > Or am I missing something here ? > > On Sat, Apr 4, 2015 at 6:01 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Because composition/decomposition is good (among others for re-use), because with separate entries you can browse them more easily, because we don't like long methods, ... You get the idea ;-) > > > On 04 Apr 2015, at 16:45, kilon alios <kilon.alios(a)gmail.com> wrote: > > > > once more I really dont like idea of methods returning single values. This also one of the reasons why Spec annoys me. Why not have Collection / Dictionary that stores all these strings ? Having 100 methods for 100 icons seems really ugly . Instead one collection with 100 entries and a single method would be more than enough. > > > > I know its not just you that do this and is how icons work in Pharo .Its basically how many things work like this inside Pharo. But I still dont get it.... why ? > > > > On Sat, Apr 4, 2015 at 5:15 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Aha, of course. > > The program makes assumptions about the file name and since it is naming the method like the file it fails, because you can't have "-" in method name. > > I could change it so it removes all non-alphanumeric characters from the name. > > > > Peter > > > > On Sat, Apr 4, 2015 at 3:52 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > > I found the problem > > > > "Norse_largeThe '-' prefix works only for literal numbers (use #negated instead) -> -cpcIconContents > > "Private - Method generated with the content of the file File @ /Users/kilon/Downloads/Norse_large-cpc.png"" > > > > looks like it does not like that i use "-" inside the file name. In the folder the name of the file is not Norse_large-cpc.png but Norse-large-cpc.png > > > > "-" has some special meaning here ? > > > > On Sat, Apr 4, 2015 at 4:12 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > create file ? i thought the class only creates methods > > yeah, I mean method > > > > anyway, the method is created , but it does not proceed to next png. Shouldn create a method for each png it finds in the directory ? > > yes it should, it operates on a collection, so if > > dir allFiles select: [ :each | each extension = 'png' ] > > shows more then one file it should also create a method for each one, not just the first > > > > Peter > > > > > > > > >

April 5, 2015

Re: [Pharo-users] Data scrapping in pharo: converting text with dates in Spanish

by Ben Coman

On Mon, Apr 6, 2015 at 12:18 AM, Offray Vladimir Luna CÃ¡rdenas < offray(a)riseup.net> wrote: > Hi all, > > I'm making a small data scrapper[1] in pharo to feed some visualizations. > The data I'm scrapping contains strings with dates in Spanish like '16:21 - > 15 de jun. de 2011' and I would like to convert them to proper dates in > Smalltalk. So I started prototyping an Small script at [2], but the problem > is that monthIndex at: month doesn't work because 'jun' is not in the > dictionary (please refer to [2] for details). This is motivated by month = > 'jun' giving false, but when I inspect month its content is 'jun', so I > think that I'm missing something important. > > [1] http://smalltalkhub.com/#!/~Offray/Dataviz > [2] http://ws.stfx.eu/IOMTYZ0N9W29 > > So here come my questions: > > a). How to get "monthIndex at: month" working properly so I can get '06' > as the proper month index for the month 'jun' (junio).? > b) Why month = 'jun' gives false? > c) There is any way to convert strings which has months in different > languages (for example Spanish) more directly? > > > I don't know the answer, but here is how you might work it out yourself (its what I just did). 1. World > Tools > Find > Source. 2. Search for text: june 3. Excluding XxxTest test classes, class comments, and a dropList, only a single method "initialize" looks relevant. That should make it easier. 4. In that method, right-click on 'MonthNames' > Extended search... > References. 5. In each of those references put a "self haltOnce" 6. World > System > Enable halt/inspect once. 7. Evaluate your expression and see if you hit the halt. So "maybe" you just edit that initialize method, then evaluate the comment at the top of the method. cheers -ben

April 5, 2015

Re: [Pharo-users] Data scrapping in pharo: converting text with dates in Spanish

by Sven Van Caekenberghe

You could have a look at the ZTimestamp package (you can load it using the Configuration Browser, the repository is http://www.smalltalkhub.com/#!/~SvenVanCaekenberghe/Neo) It has a class ZTimestampFormat which currently formats & parses dates/times/timestamps in 4 languages "by example". You could add Spanish, I guess. Contribution are welcome. For example, (ZTimestampFormat fromString: '_3 February 2001') french; parse: ' 7 AoÃ»t 1967'. > On 05 Apr 2015, at 18:18, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > > Hi all, > > I'm making a small data scrapper[1] in pharo to feed some visualizations. The data I'm scrapping contains strings with dates in Spanish like '16:21 - 15 de jun. de 2011' and I would like to convert them to proper dates in Smalltalk. So I started prototyping an Small script at [2], but the problem is that monthIndex at: month doesn't work because 'jun' is not in the dictionary (please refer to [2] for details). This is motivated by month = 'jun' giving false, but when I inspect month its content is 'jun', so I think that I'm missing something important. > > [1] http://smalltalkhub.com/#!/~Offray/Dataviz > [2] http://ws.stfx.eu/IOMTYZ0N9W29 > > So here come my questions: > > a). How to get "monthIndex at: month" working properly so I can get '06' as the proper month index for the month 'jun' (junio).? > b) Why month = 'jun' gives false? > c) There is any way to convert strings which has months in different languages (for example Spanish) more directly? > > Thanks, > > Offray >

April 5, 2015

Data scrapping in pharo: converting text with dates in Spanish

by Offray Vladimir Luna CÃ¡rdenas

Hi all, I'm making a small data scrapper[1] in pharo to feed some visualizations. The data I'm scrapping contains strings with dates in Spanish like '16:21 - 15 de jun. de 2011' and I would like to convert them to proper dates in Smalltalk. So I started prototyping an Small script at [2], but the problem is that monthIndex at: month doesn't work because 'jun' is not in the dictionary (please refer to [2] for details). This is motivated by month = 'jun' giving false, but when I inspect month its content is 'jun', so I think that I'm missing something important. [1] http://smalltalkhub.com/#!/~Offray/Dataviz [2] http://ws.stfx.eu/IOMTYZ0N9W29 So here come my questions: a). How to get "monthIndex at: month" working properly so I can get '06' as the proper month index for the month 'jun' (junio).? b) Why month = 'jun' gives false? c) There is any way to convert strings which has months in different languages (for example Spanish) more directly? Thanks, Offray

April 5, 2015