Re: [Pharo-users] RTDoubleScrollBar is not rendered properly in html
> Thanks, Alexandre, it works! > Also since I use RTView and RTEdgeBuilder I can use > view @ RTDraggableView to achieve the “draggability" Yes! Glad to hear the problem is solved! Alexandre > > On Mar 22, 2018 14:01, "Alexandre Bergel"wrote: > I see. > Do you know you can drag and drop the background to scroll? > > You can also make the view zoomable, using the mouse wheel. > > Try this: > -=-=-=-=-=-=-=-=-= > b := RTMondrian new. > b nodes: (RTObject withAllSubclasses). > b edges connectFrom: #superclass. > b layout radial. > b build. > > b view @ RTZoomableView. > RTHTML5Exporter new > directoryPathname: '/tmp'; > export: b view. > > b view > -=-=-=-=-=-=-=-=-= > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Mar 22, 2018, at 1:40 PM, Andrei Stebakov wrote: >> >> Hi Alexandre >> >> I don't see how I can do without the scroll bars in HTML since the node tree >> that I tender using RTTreeLayout has a big width and only 1/4 of it fits in >> one page view. >> Since I am building a web service I rely on rendering and serving the view >> in HTML and without the scroll bars there is no way for me to view all >> elements of the model in Chrome. >> >> On Mar 22, 2018 11:50, "Alexandre Bergel" wrote: >> Hi! >> >> Scroll bar are not exportable to HTML, as benefits in doing so are not >> really apparent. >> What would be the ideal behavior? Will removing scrollbars when exporting to >> HTML sufficient for your need? >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >>> On Mar 22, 2018, at 11:20 AM, Andrei Stebakov wrote: >>> >>> When I do >>> v @ RTDoubleScrollBar. >>> and then export to HTML >>> the bars are rendered in the middle of HTML page and they don't actually >>> scroll. >>> I checked in in Chrome and IE on windows. Could you guys take a look? >> >
Re: [Pharo-users] Looking for small boards and tiny computers which can run Pharo
Hi, thanks for the links :) Yes i am still working on this topic, however i chose to focus on Raaspbery Pi. It is quite handy to have an embedded linux to experiment things. I do not have a public page on my projects at the moment, but there is the Pharo-iot github project that gather work of the community on the subject (https://github.com/pharo-iot). [1] Did you manage to launch Pharo on the Teensy boards? Steven. Le 2018-03-23 08:47, Jonathan van Alteren a écrit : > Hi Steven, > > I found your message and was wondering if you're still working on this. > I did some IoT stuff with the little Teensy 3.2 boards, which I find very > convenient to use. The new 3.6 board has more memory (1Mb flash and 256Kb > RAM). > > See info and seller here: > - https://www.pjrc.com/teensy/techspecs.html > - https://www.antratek.com/boards/arduino-compatible/teensy > > Can I follow your progress anywhere? > > Kind regards, > Jonathan > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html Links: -- [1] https://github.com/pharo-iot)
Re: [Pharo-users] RTDoubleScrollBar is not rendered properly in html
Thanks, Alexandre, it works! Also since I use RTView and RTEdgeBuilder I can use view @ RTDraggableView to achieve the "draggability" On Mar 22, 2018 14:01, "Alexandre Bergel"wrote: > I see. > Do you know you can drag and drop the background to scroll? > > You can also make the view zoomable, using the mouse wheel. > > Try this: > -=-=-=-=-=-=-=-=-= > b := RTMondrian new. > b nodes: (RTObject withAllSubclasses). > b edges connectFrom: #superclass. > b layout radial. > b build. > > b view @ RTZoomableView. > RTHTML5Exporter new > directoryPathname: '/tmp'; > export: b view. > > b view > -=-=-=-=-=-=-=-=-= > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On Mar 22, 2018, at 1:40 PM, Andrei Stebakov wrote: > > Hi Alexandre > > I don't see how I can do without the scroll bars in HTML since the node > tree that I tender using RTTreeLayout has a big width and only 1/4 of it > fits in one page view. > Since I am building a web service I rely on rendering and serving the view > in HTML and without the scroll bars there is no way for me to view all > elements of the model in Chrome. > > On Mar 22, 2018 11:50, "Alexandre Bergel" wrote: > >> Hi! >> >> Scroll bar are not exportable to HTML, as benefits in doing so are not >> really apparent. >> What would be the ideal behavior? Will removing scrollbars when exporting >> to HTML sufficient for your need? >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> On Mar 22, 2018, at 11:20 AM, Andrei Stebakov >> wrote: >> >> When I do >> v @ RTDoubleScrollBar. >> and then export to HTML >> the bars are rendered in the middle of HTML page and they don't actually >> scroll. >> I checked in in Chrome and IE on windows. Could you guys take a look? >> >> >> >
[Pharo-users] Metacello Platform Packages
I wonder if a best practice has developed here. Mariano had mentioned a while back that he preferred not to have any platform package for latest Pharo, and to implement as necessary to make things work on earlier Pharos. I've used this with good results in the past, but it sometimes gets hairy e.g. if we implement a Calypso shortcut, and Calypso doesn't exist in Pharo###, now we have to implement dummy classes to even make it loadable in those prior Pharos and maybe jump through hoops to hide compatible behavior inside those dummy classes. Thoughts out there? - Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Re: [Pharo-users] Pharo as an advanced desktop with applications
Hi, I would start by creating a single .org document that contains all the key attributes you want to preserve from your current database to the one that would be inside of Pharo. Then I would try to import it to Leo and save it as a .leo file (which is just XML). Then I doulw use the XML reading tools in Pharo to explore such document and to see which elements can be stored into Grafoscopio. I think that most of the scaffolding is already there: nodes with headers, tags, body and parent/children relationship. Also Ston already provides what you need for a simple storage outside the image for your new imported documents. We have complex books, like the Data Driven Journalist Handbook[1], contained in a single Grafoscopio notebook, occupying just 600Kb. [1] http://mutabit.com/repos.fossil/mapeda/ After that I would to to Syre and Moose, following Ben's timely and wise advices, as usual. Cheers, Offray On 23/03/18 06:51, Hajo Dezelski wrote: > Hello, > > thanks to all for the pointers you offered. They were more than helpfull. > > So I will give it a try: > > Grafiscopio seems to be a very good tool to get started with my project > . > So I will focus first to get my text database into the image. I have > to convert the *.org files to *.ston. A way could be via the > Leo-editor and Python. But I have to study the *.ston datastructure, > to see what is in the box. > > When this is done I will explore Syre and the Moose-Algos Information > Retrieval. But this is a long way to go. > > I will report. > > Thanks again and have a nice weekend. > > Cheers > Hajo > > --- > Cela est bien dit, mais il faut cultiver notre jardin. > > http://hajos-kontrapunkte.blogspot.de/ > >
Re: [Pharo-users] Pharo as an advanced desktop with applications
Hajo Dezelskiwrote: > My main problem is the organisation of information in the form of > lots of text objects. Here I used heavily Emacs and the org mode and > still my favorite: Scrivener > (https://www.literatureandlatte.com/scrivener/overview) > > I am still looking for an integrated environment to > write/organize/analyse text. And I am sure that everything is in Pharo > and what is missing can be programmed. Yes, this should be reasonably doable. You could store the text fragments in git, build extra data structures, browsers and editors on demand or also persist them. You might want to take a look at Ward Cunningham’s work on federated wiki for collaboration. You can find some GUI experiments I did for large screens on https://vimeo.com/139960287 Stephan
Re: [Pharo-users] Pharo as an advanced desktop with applications
Hello, thanks to all for the pointers you offered. They were more than helpfull. So I will give it a try: Grafiscopio seems to be a very good tool to get started with my project . So I will focus first to get my text database into the image. I have to convert the *.org files to *.ston. A way could be via the Leo-editor and Python. But I have to study the *.ston datastructure, to see what is in the box. When this is done I will explore Syre and the Moose-Algos Information Retrieval. But this is a long way to go. I will report. Thanks again and have a nice weekend. Cheers Hajo --- Cela est bien dit, mais il faut cultiver notre jardin. http://hajos-kontrapunkte.blogspot.de/
Re: [Pharo-users] [Pharo-dev] PharoDays: 14/15 June 2018
Hi, Unfortunately, those dates do not work well for me. it would be hard for me to get there on those days. Cheers, Doru > On Mar 23, 2018, at 11:21 AM, Stephane Ducasse> wrote: > > Hi All > > We would like to organise PharoDays the 14 and 15 June. Could you tell us > if you see big problems from your side before we announce it. > > Tx > -- www.tudorgirba.com www.feenk.com "It's not how it is, it is how we see it."
[Pharo-users] PharoDays: 14/15 June 2018
Hi All We would like to organise PharoDays the 14 and 15 June. Could you tell us if you see big problems from your side before we announce it. Tx
Re: [Pharo-users] Looking for small boards and tiny computers which can run Pharo
Hi Steven, I found your message and was wondering if you're still working on this. I did some IoT stuff with the little Teensy 3.2 boards, which I find very convenient to use. The new 3.6 board has more memory (1Mb flash and 256Kb RAM). See info and seller here: - https://www.pjrc.com/teensy/techspecs.html - https://www.antratek.com/boards/arduino-compatible/teensy Can I follow your progress anywhere? Kind regards, Jonathan -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Re: [Pharo-users] Pharo as an advanced desktop with applications
I came across this today. Maybe related. http://scg.unibe.ch/archive/projects/Syre18a.pdf cheers -ben On 23 March 2018 at 01:54, Hajo Dezelskiwrote: > )Hello, > > I must confess that I have not RTFM totally, so when my question has > been asked or answered before, sorry. > > I have been using Smalltalk about 25 years ago and still have the > books from Goldberg and Lalonde. But during the time I watched but did > not actively follow the development. In the last years I switched to > Python using also the NLTK. > > My main problem is the organisation of information in the form of > lots of text objects. Here I used heavily Emacs and the org mode and > still my favorite: Scrivener > (https://www.literatureandlatte.com/scrivener/overview) > > I am still looking for an integrated environment to > write/organize/analyse text. And I am sure that everything is in Pharo > and what is missing can be programmed. > > I understand that Smalltalk is an IDE, but I haven't been pointed to > Pharo as a standard desktop. I found Grafoscopio which seemed to me a > basis for the work I do, but still haven't found tools for standard > text processing/ file management / dictionary lookup etc. > > And I am still missing/haven't found working examples in the classes, > so that if you are unsure what it really stands for, I could start an > example and start digging. As an example until now I was not able to > import my org files and see what the parser does. > > So are there some documents where it is explained where to find an > editor, markup-tags, so that I can import my text base and can start > playing with my text within Pharo and use it also as a working > environment. > > Thanks in advance > > Hajo > > --- > Cela est bien dit, mais il faut cultiver notre jardin. > > http://hajos-kontrapunkte.blogspot.de/ > >