Re: [Pharo-users] [Moose-dev] Re: Tree/Outliners of playgrounds, markdown inside comments and some quick medium size dreams for Pharo/Smalltalk

[Tudor Girba]

Hi,

You probably need this:

explorer transmit to: #tree; andShow: [:a |
a tree
display: headers;
*children: [:eachNode | eachNode
theMessageYouUseToGoToTheChildrenOfANode ]*].

A tree is a recursive structure, and to describe it you need:
- a way to construct the root elements. This is the result of applying
display: to the input object. So, display: either takes a collection or a
block that will return a collection when executed.
- a way to define the children for each node. This is the result of
applying children:

You should also take a look at the examples from:
GLMBasicExamples open

Does this help now?

Cheers,
Doru





On Sun, Jul 27, 2014 at 4:59 PM, Offray Vladimir Luna Cárdenas <
off...@riseup.net> wrote:

> Hi,
>
> Answering to myself: I have solved the code that selects the headers of
> the main tree. The key is to create a new collection containing only node
> names. Here is the code:
>
> "*"
> | mainTree node1 node2 explorer headers  |
>
> mainTree := UbakyeNode
> header: 'Arbol raíz'
> body: ''.
>
> node1 := UbakyeNode
> header: 'Nodo 1'
> body:  'Texto 1'.
>
> node2 := UbakyeNode
> header: 'Nodo 2'
> body:  'Texto 2'.
>
> mainTree
> addNode: node1;
> addNode: node2.
>
>
> explorer := GLMTabulator new
> title: (mainTree header).
> explorer column: #tree;
>  column: #body.
>
> headers := (mainTree children)
> collect: [:node |  node header].
>
>
> explorer transmit to: #tree; andShow: [:a |
> a tree
> display: headers].
>
> explorer openOn: mainTree.
>
> "*"
>
> Now I need to make the children sellectable, and that all the contents of
> the tree can be updated with a shortcut.
>
> I will keep you posted.
>
> Cheers,
>
> Offray
>
>
> On 07/26/2014 09:01 PM, Offray Vladimir Luna Cárdenas wrote:
>
>> Hi again,
>>
>> I will be using this thread to update my advances and questions about
>> how to build an outliner in Pharo Smalltalk. If there is a better method
>> like starting a new thread for particular questions, or a less narrative
>> style, please let me know.
>>
>> The idea is to use the tools provided by Moose to build a quick outliner
>> that can be extended to suit my needs on academical writing. This is
>> kind of a strange approach in the sense that I'm not following the
>> tutorials with a predefined problems (make a game and so) but trying to
>> start with a real (in the sense of closer) problem (making an outliner)
>> and to see which knowledge I need to solve this necessity. In that sense
>> is more like the Freire's alphabetization of adults in Brazil.
>>
>> So, the things I have done so far was to search for a good model to
>> start with. Something already done that can be used as scaffolding for
>> my outliner. The Help System seems like a good start for an outliner (in
>> fact it is already one), so I have taken the Help-Core system and start
>> to use it as a base for my project.
>>
>> After that I have used the Moose browsers to build a simple interface,
>> as seen here:
>>
>> http://mutabit.com/offray/static/blog/output/galleries/
>> objetos/ubakye-browser.jpg
>>
>>
>> The part I want to deal with is this:
>>
>> ===
>>
>> explorer := GLMTabulator new
>>  title: (mainTree header).
>> explorer column: #tree;
>>  column: #body.
>>
>> explorer transmit to: #tree; andShow: [:a |
>>  a tree
>>  display: mainTree children ].
>>
>> explorer openOn: mainTree.
>>
>> ===
>>
>> So, instead of "display: mainTree children" I need something that takes
>> the get names (headers) of the two nodes and the contents in the right
>> panel. For that I think that I need to learn some iterators. I have
>> already a "header" method for the nodes. Any clue would be appreciated
>> and I will keep you posted on my advances.
>>
>> Cheers,
>>
>> Offray
>>
>>
>> On 07/21/2014 12:58 PM, Offray Vladimir Luna Cárdenas wrote:
>>
>>> Hi Damien,
>>>
>>> Thanks for your answer. Comments below.
>>>
>>> On 07/21/2014 11:09 AM, Damien Cassou wrote:
>>>
 On Sat, Jul 19, 2014 at 2:47 AM, Offray Vladimir Luna Cárdenas
  wrote:

> The first idea that comes to mind is using STON for storage nodes and
> tree
> information, so I can interchange it with the flatland files world
> and keep
> it readable. Sounds that reasonable?
>


 without more information, it is hard to stay. Try with STON and change
 if that does not work :-). We have XML and JSON generators as well.


>>>
>>> This is a kind of raw preview of I'm talking about:
>>>
>>> http://www.enlightenment.org/ss/e-53cd4f36f021e9.68569046.jpg
>>>
>>> Of course in this case, it is just a Help browser with a Playground
>>> window over it, but I would like to have something like Playgrounds
>>> 

Re: [Pharo-users] Xcode's Swift Playground

[Tudor Girba]

Hi,

Sorry I could not reply earlier. I will search the other mails where you
ask the question and address it.

Cheers,
Doru



On Mon, Aug 4, 2014 at 11:59 PM, Offray Vladimir Luna Cárdenas <
off...@riseup.net> wrote:

> I would like to help with the playground too. In several threads I have
> argued about a tree/outliner like interface for organizing playgrounds and
> making exploratory computation and visual data narratives. In fact I have
> trying to understand how to build my own outliner from Moosee browsers, but
> I have hit a wall about the use of "display: children:" syntax for trees,
> but still no answer. Anyway playgrounds are a big improvement on user
> experience and I hope to help with them.
>
> Cheers,
>
> Offray
>
>
> On 06/04/2014 10:48 PM, S Krish wrote:
>
>> +100
>> I love this playground. Will explore it sometime.. and see if I can
>> participate
>> first in building tools for use and then dive into its frameworks ..!
>> To get started I will need to have a minimum of Oracle connection rather
>> than
>> PostGres .. to make it worthwhile as I play with it. Any heads up on that
>> is nice..
>>
>>
>> On Tue, Jun 3, 2014 at 12:45 PM, Tudor Girba > > wrote:
>>
>>  Hi,
>>
>>  The work on GToolkit goes in this direction. Funny enough, we also
>> have a
>>  Playground :).
>>
>>  Look here for an example:
>>  http://www.humane-assessment.com/blog/dynamic-exploration-
>> of-a-postgres-db-with-the-gtinspector/
>>
>>  More will come in this direction. I happen to believe that this is
>> the area
>>  with the largest potential in Pharo, and it would be great to put
>> more
>>  effort around it. If people have an interest to participate, please
>> just let
>>  me know.
>>
>>  Cheers,
>>  Doru
>>
>>
>>
>>  On Tue, Jun 3, 2014 at 9:02 AM, darrinm >  > wrote:
>>
>>  Here's an example of the Playground in use:
>>  https://developer.apple.com/library/prerelease/ios/
>> recipes/xcode_help-source_editor/ExploringandEvaluatingSwiftCod
>> einaPlayground/ExploringandEvaluatingSwiftCodeinaPlayground.html#//apple_
>> ref/doc/uid/TP40009975-CH26
>>
>>
>>
>>
>>  --
>>  View this message in context:
>>  http://forum.world.st/Xcode-s-Swift-Playground-
>> tp4761425p4761431.html
>>  Sent from the Pharo Smalltalk Users mailing list archive at
>> Nabble.com.
>>
>>
>>
>>
>>  --
>>  www.tudorgirba.com 
>>
>>
>>  "Every thing has its own flow"
>>
>>
>>
>
>


-- 
www.tudorgirba.com

"Every thing has its own flow"

Re: [Pharo-users] Xcode's Swift Playground

[Offray Vladimir Luna Cárdenas]

I would like to help with the playground too. In several threads I have 
argued about a tree/outliner like interface for organizing playgrounds 
and making exploratory computation and visual data narratives. In fact I 
have trying to understand how to build my own outliner from Moosee 
browsers, but I have hit a wall about the use of "display: children:" 
syntax for trees, but still no answer. Anyway playgrounds are a big 
improvement on user experience and I hope to help with them.


Cheers,

Offray

On 06/04/2014 10:48 PM, S Krish wrote:

+100
I love this playground. Will explore it sometime.. and see if I can participate
first in building tools for use and then dive into its frameworks ..!
To get started I will need to have a minimum of Oracle connection rather than
PostGres .. to make it worthwhile as I play with it. Any heads up on that is 
nice..


On Tue, Jun 3, 2014 at 12:45 PM, Tudor Girba mailto:tu...@tudorgirba.com>> wrote:

 Hi,

 The work on GToolkit goes in this direction. Funny enough, we also have a
 Playground :).

 Look here for an example:
 
http://www.humane-assessment.com/blog/dynamic-exploration-of-a-postgres-db-with-the-gtinspector/

 More will come in this direction. I happen to believe that this is the area
 with the largest potential in Pharo, and it would be great to put more
 effort around it. If people have an interest to participate, please just 
let
 me know.

 Cheers,
 Doru



 On Tue, Jun 3, 2014 at 9:02 AM, darrinm mailto:dar...@massena.com>> wrote:

 Here's an example of the Playground in use:
 
https://developer.apple.com/library/prerelease/ios/recipes/xcode_help-source_editor/ExploringandEvaluatingSwiftCodeinaPlayground/ExploringandEvaluatingSwiftCodeinaPlayground.html#//apple_ref/doc/uid/TP40009975-CH26




 --
 View this message in context:
 http://forum.world.st/Xcode-s-Swift-Playground-tp4761425p4761431.html
 Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.




 --
 www.tudorgirba.com 

 "Every thing has its own flow"

Re: [Pharo-users] Monticello vs Metacello dependency management

[stepharo]

Evan

pay attention at Metacello is complex and may be it would be simpler for 
you to use Versionner.


Stef

On 4/8/14 21:15, Evan Donahue wrote:

Hello,

I am working on getting a project into Monticello, and I am trying to 
understand the difference between letting Monticello handle package 
dependencies and setting up a metacello configurationOf class. In 
particular:


PBE2 describes a technique of adding a MyProject-All package that 
requires MyProject-Core and MyProject-Tests (for example) so that one 
need only save and load MyProject-All and the others will come along 
for the ride.

I'm confused because I do not remember writing that. So I would not do it.

I have gotten this to work and it seems like a straightforward 
approach for a simple project. My question, then, is how does a 
Metacello ConfigurationOf differ from this approach for the simple 
core + tests project described? Here are a couple of my points of 
confusion, but it may be that they can all be answered with one 
concise statement:


1) If I set up a ConfigurationOf, can that replace the MyProject-All 
package for saving and loading the whole project at once, or are they 
complimentary techniques?


You do not need the project-all

2) Is the Monticello action-click >> add required package necessary if 
one specifies dependencies in the ConfigurationOf?


No
This is totally orthogonal.

Would they cause problems if they went out of sync with the 
dependencies described in the ConfigurationOf?


3) Do I correctly infer that the proper way to use a ConfigurationOf 
is to give it no dependencies, load it from the project repository on 
its own, and then run its project load message to have it import the 
rest of the project?
Just watch the versionner video and use versionner because in a couple 
of click you get get a configurationOf up and running.




If there are any particularly good resources describing the use of 
Metacello beyond PBE2, please let me know. In the meantime, I'll keep 
searching and experimenting.

50 pages is not enough... It was boring to write :)



Thanks,
Evan

Re: [Pharo-users] Finalization question

[stepharo]

We should write a chapter on finalization but since I do not know it 
well (and I forget)...

igor will answer you.

Stef
On 2/8/14 13:16, Udo Schneider wrote:

All,

I just stumbled over something which thought was pretty easy - turned 
out it isn't as easy as I thought or I'm simply ___ (fill in 
expression of choice like "too dumb", "blind", etc.)


I have an object which starts a background process to do it's job. 
This object holds a reference to the running proccess in an instance 
variable.


My goal is to #terminate that proccess once the object isn't needed 
anymore (before GC).


Using WeakRegistry for the object itself doesn't work. E.g.

MyObject>>#initialize
super initialize.
WeakRegistry default register: self.
myProcess := self startProcess.

MyObject>>#finalize
myProcess terminate. "Doesn't work. myProcess is already nil"

I think this is due to all the ivars of the object already being nil 
when #finalize is begin called. As far as I read the code this is due 
to Object>>#executor returning a shallow copy of the object and thus 
being by intention ...


So how to proceed? Did I miss something obvious? Is overwriting 
#executor the way to go (in terms of "does it work" and "doesn't it 
break something")?


Best Regards,

Udo

[Pharo-users] Monticello vs Metacello dependency management

[Evan Donahue]

Hello,

I am working on getting a project into Monticello, and I am trying to
understand the difference between letting Monticello handle package
dependencies and setting up a metacello configurationOf class. In
particular:

PBE2 describes a technique of adding a MyProject-All package that requires
MyProject-Core and MyProject-Tests (for example) so that one need only save
and load MyProject-All and the others will come along for the ride. I have
gotten this to work and it seems like a straightforward approach for a
simple project. My question, then, is how does a Metacello ConfigurationOf
differ from this approach for the simple core + tests project described?
Here are a couple of my points of confusion, but it may be that they can
all be answered with one concise statement:

1) If I set up a ConfigurationOf, can that replace the MyProject-All
package for saving and loading the whole project at once, or are they
complimentary techniques?

2) Is the Monticello action-click >> add required package necessary if one
specifies dependencies in the ConfigurationOf? Would they cause problems if
they went out of sync with the dependencies described in the
ConfigurationOf?

3) Do I correctly infer that the proper way to use a ConfigurationOf is to
give it no dependencies, load it from the project repository on its own,
and then run its project load message to have it import the rest of the
project?

If there are any particularly good resources describing the use of
Metacello beyond PBE2, please let me know. In the meantime, I'll keep
searching and experimenting.

Thanks,
Evan

Re: [Pharo-users] Finalization question

[Udo Schneider]

On 02.08.2014 15:33, Ben Coman wrote:

I don't know much about finalization of Weak constructs, but maybe an
alternative.  I assume you have something like..
startProcess
["do stuff"] fork.

so how about...
startProcess
[ [
"do stuff"
 myProcess = nil.
] whileFalse ] fork.

cheers -ben



That's a clever way to do it ... only it doesn't work :-(

My current understanding is that "self" in the block refers to the 
original instance where "myProcess" is still assigned. "self" in 
#finalize is the "executor" object which is (by default) a #shallowCopy 
of the object where ivar are nil.


I currently have the feeling I'm missing something. Finalization 
shouldn't be that hard ... or may I'm simply spoiled comming from a 
Dolphin Smalltalk background :-)


Thanks for your help,

Udo

[Pharo-users] NativeBoost: use of array

[Thomas Bany]

Hi again !


I'm having trouble to call the function with the following prototype :

void propagateTLE(orbit_t orb, double secondSince[], xyz_t * out, size_t
> nbEpoch)


with the corresponding NB call:

self nbCall: #( void propagateTLE(orbit_t orbit, double * secondSince,
> xyz_t * out, size_t nbEpoch) )


The argument *secondSince* is an input and the argument *out* is the output
pointer that the function should fill. I have made 2 subclass of
NBExternalArray to feed this function, (allmost) namely: *ArrayOfDoubles *and
*ArrayOfXYZ*. Should I mention that type *xyz_t* is a struct that I modeled
with an *NBExternalStructure*.

I face 2 issues:

   - The type *ArrayOfXYZ* is refused as an *xyz_t** type. However,
the *ArrayOfDoubles
   *is accepted as a *double** type.
   - If a get rid of the *out* argument to test the array *secondSince*, I
   get an undefined error (Error durring FFI call: nil).



My current solution is to use the adress of my arrays and the following NB
call:

self nbCall: #( void propagateTLE(orbit_t orbit, NBExternalAddress
> secondSince, NBExternalAddress out, size_t nbEpoch) )


But it feels like I'm cheating my way trough, by pretty much avoiding any
type check. Any clue as to why the typecheck of NB is refusing to call my
function ?


Thanks in advance,

Thomas.

Re: [Pharo-users] Syncing local cache and SmalltalkHub

[Offray Vladimir Luna Cárdenas]

Hi,

On 08/04/2014 02:41 AM, stepharo wrote:


On 3/8/14 20:56, Offray Vladimir Luna Cárdenas wrote:

Juan, Ben and Stef,

Thanks. I tested first Ben's suggestion but Juan's seems to work
better (first one gave me an error... don't remember well which one).
Now I have my repo online:

http://smalltalkhub.com/#!/~Offray/Ubakye

When I try to browse the source, I can find .mcz files, but I wonder
if there is a way to point to a specific method of an specific version
and see it online.

you can do that from the monticello browser.
explore.



Ok. I was thinking in something that can be used to point a method 
online, something like when you point to a version of a published file 
on a DVCS like GitHub or fossil.


Cheers,

Offray

Re: [Pharo-users] NativeBoost: structure with different types

[Thomas Bany]

The compiler indeed inserted 32 dummy bits between the first (32 bits) and
second (64 bits) field. It feels like it want to align its 64 bits fields
on 64 bits chunk of bits because the 32 bits fields at the end of my
structure are contiguous.

Simply move the first 32 bits field at the end of the structure might sovle
it !

Thanks a lot for the quick response !!



2014-08-04 13:18 GMT+02:00 Igor Stasenko :

>
>
>
> On 4 August 2014 12:37, Thomas Bany  wrote:
>
>> Hi everyone !
>>
>> I experience troubles with NBExternalStructure in NativeBoost when the
>> structure modeled contains fields with different types. For example,
>> manipulating the following structure poses no problem and I can manipulate
>> the fields correctly:
>>
>> typedef struct abc_s {
>> double a;
>> double b;
>> double c;
>> } abc;
>>
>> However, setting field 'a' to be an int yields the following symptoms:
>>   ¤ From Pharo to C (function with 'abc' as argument type), the fields
>> are badly read.
>>   ¤ From C to Pharo (function with 'abc' as return type), the VM crash
>> without an error nor a dump.
>>
>> Am I doing something wrong or is it maybe specific to the compiler I use
>> (the one that comes with Visual Studio Express 2013) ?
>>
>>
>>
> This caused by wrong alignment of structure in memory. Different compilers
> can align structures differently, and there's no way to know it at run time.
>
> Try to change the #
> *byteAlignment of the structure.Also, if nothing helps, you can use dummy
> fields* for padding fields, like in your example:
>
> int a;
> int dummy;
> double b;
> double c;
>
>
>> I'm pretty sure I could go arround this using NBExternalObject and
>> building the structure on C side, but it would be nice to avoid it.
>>
>>
>> On a side note, my understanding is that creating a structure on Pharo
>> side will have it stored in Pharo memory. Is it problematic when it comes
>> to pass it by value ? Or should I manage the copying on the C heap to be
>> safe ?
>>
>>
>> Thomas.
>>
>>
>
>
> --
> Best regards,
> Igor Stasenko.
>

Re: [Pharo-users] NativeBoost: structure with different types

[Igor Stasenko]

On 4 August 2014 12:37, Thomas Bany  wrote:

> Hi everyone !
>
> I experience troubles with NBExternalStructure in NativeBoost when the
> structure modeled contains fields with different types. For example,
> manipulating the following structure poses no problem and I can manipulate
> the fields correctly:
>
> typedef struct abc_s {
> double a;
> double b;
> double c;
> } abc;
>
> However, setting field 'a' to be an int yields the following symptoms:
>   ¤ From Pharo to C (function with 'abc' as argument type), the fields are
> badly read.
>   ¤ From C to Pharo (function with 'abc' as return type), the VM crash
> without an error nor a dump.
>
> Am I doing something wrong or is it maybe specific to the compiler I use
> (the one that comes with Visual Studio Express 2013) ?
>
>
>
This caused by wrong alignment of structure in memory. Different compilers
can align structures differently, and there's no way to know it at run time.

Try to change the #
*byteAlignment of the structure.Also, if nothing helps, you can use dummy
fields* for padding fields, like in your example:

int a;
int dummy;
double b;
double c;


> I'm pretty sure I could go arround this using NBExternalObject and
> building the structure on C side, but it would be nice to avoid it.
>
>
> On a side note, my understanding is that creating a structure on Pharo
> side will have it stored in Pharo memory. Is it problematic when it comes
> to pass it by value ? Or should I manage the copying on the C heap to be
> safe ?
>
>
> Thomas.
>
>


-- 
Best regards,
Igor Stasenko.

Re: [Pharo-users] rethinking compilation notifications

[Tudor Girba]

Sticky is where we will likely be going :).

I do not like embedding the printout as a comment because this implies that
the editor gets changed. And you almost never want that. At most, you want
to compare, and for that we can find other solutions. In the meantime, you
can still copy the result of the printout (Cmd+a , Cmd+c) and paste it in
the editor manually.

Cheers,
Doru



On Mon, Aug 4, 2014 at 12:15 PM, Werner Kassens 
wrote:

> of course
> werner
>
>
> On 08/04/2014 12:09 PM, Yuriy Tymchuk wrote:
>
>>
>> On 04 Aug 2014, at 12:06, Werner Kassens  wrote:
>>
>>  Hi,
>>> makes a lot of sense to me. btw i dont like the printit thing too much:
>>> there was a a thread about scientists using programming languages with a
>>> notebook interface somewhere. in order to document what i do, i often use
>>> print it and then press '"' to make a comment out of the result. iow this
>>> printit version would need a 'make it a comment' command additionally to
>>> the inspectit command.
>>>
>>
>> Or make is a sticky ;). I think that non-text solutions still have
>> greater possibilities
>>
>> Uko
>>
>>  werner
>>>
>>> On 08/03/2014 10:09 PM, Tudor Girba wrote:
>>>
 Hi,

 The next stop in our little tour around code actions was the compilation
 notifications. Again, we used a popper interface to show the error
 without affecting the underlying text editor:

>>> http://www.humane-assessment.com/blog/rethinking-
>>> compilation-notifications-in-pharo/
>>>

 Please let us know what you think.

>>>
>>>
>>
>>
>>
>


-- 
www.tudorgirba.com

"Every thing has its own flow"

[Pharo-users] NativeBoost: structure with different types

[Thomas Bany]

Hi everyone !

I experience troubles with NBExternalStructure in NativeBoost when the
structure modeled contains fields with different types. For example,
manipulating the following structure poses no problem and I can manipulate
the fields correctly:

typedef struct abc_s {
double a;
double b;
double c;
} abc;

However, setting field 'a' to be an int yields the following symptoms:
  ¤ From Pharo to C (function with 'abc' as argument type), the fields are
badly read.
  ¤ From C to Pharo (function with 'abc' as return type), the VM crash
without an error nor a dump.

Am I doing something wrong or is it maybe specific to the compiler I use
(the one that comes with Visual Studio Express 2013) ?


I'm pretty sure I could go arround this using NBExternalObject and building
the structure on C side, but it would be nice to avoid it.


On a side note, my understanding is that creating a structure on Pharo side
will have it stored in Pharo memory. Is it problematic when it comes to
pass it by value ? Or should I manage the copying on the C heap to be safe ?


Thomas.

Re: [Pharo-users] rethinking compilation notifications

[Werner Kassens]

of course
werner

On 08/04/2014 12:09 PM, Yuriy Tymchuk wrote:


On 04 Aug 2014, at 12:06, Werner Kassens  wrote:


Hi,
makes a lot of sense to me. btw i dont like the printit thing too much: there was a 
a thread about scientists using programming languages with a notebook interface 
somewhere. in order to document what i do, i often use print it and then press 
'"' to make a comment out of the result. iow this printit version would need a 
'make it a comment' command additionally to the inspectit command.


Or make is a sticky ;). I think that non-text solutions still have greater 
possibilities

Uko


werner

On 08/03/2014 10:09 PM, Tudor Girba wrote:

Hi,

The next stop in our little tour around code actions was the compilation
notifications. Again, we used a popper interface to show the error
without affecting the underlying text editor:

http://www.humane-assessment.com/blog/rethinking-compilation-notifications-in-pharo/


Please let us know what you think.

Re: [Pharo-users] rethinking compilation notifications

[Yuriy Tymchuk]

On 04 Aug 2014, at 12:06, Werner Kassens  wrote:

> Hi,
> makes a lot of sense to me. btw i dont like the printit thing too much: there 
> was a a thread about scientists using programming languages with a notebook 
> interface somewhere. in order to document what i do, i often use print it and 
> then press '"' to make a comment out of the result. iow this printit version 
> would need a 'make it a comment' command additionally to the inspectit 
> command.

Or make is a sticky ;). I think that non-text solutions still have greater 
possibilities

Uko

> werner
> 
> On 08/03/2014 10:09 PM, Tudor Girba wrote:
>> Hi,
>> 
>> The next stop in our little tour around code actions was the compilation
>> notifications. Again, we used a popper interface to show the error
>> without affecting the underlying text editor:
> http://www.humane-assessment.com/blog/rethinking-compilation-notifications-in-pharo/
>> 
>> Please let us know what you think.
> 

Re: [Pharo-users] rethinking compilation notifications

[Werner Kassens]

Hi,
makes a lot of sense to me. btw i dont like the printit thing too much: 
there was a a thread about scientists using programming languages with a 
notebook interface somewhere. in order to document what i do, i often 
use print it and then press '"' to make a comment out of the result. iow 
this printit version would need a 'make it a comment' command 
additionally to the inspectit command.

werner

On 08/03/2014 10:09 PM, Tudor Girba wrote:

Hi,

The next stop in our little tour around code actions was the compilation
notifications. Again, we used a popper interface to show the error
without affecting the underlying text editor:


http://www.humane-assessment.com/blog/rethinking-compilation-notifications-in-pharo/


Please let us know what you think.

Re: [Pharo-users] Syncing local cache and SmalltalkHub

[stepharo]

On 3/8/14 20:56, Offray Vladimir Luna Cárdenas wrote:

Juan, Ben and Stef,

Thanks. I tested first Ben's suggestion but Juan's seems to work 
better (first one gave me an error... don't remember well which one). 
Now I have my repo online:


http://smalltalkhub.com/#!/~Offray/Ubakye

When I try to browse the source, I can find .mcz files, but I wonder 
if there is a way to point to a specific method of an specific version 
and see it online.

you can do that from the monticello browser.
explore.



Cheers,

Offray

On 08/02/2014 05:10 PM, Juan Ignacio Vaccarezza wrote:

Hi Offray,

I recently faced the same problem, the way I solved it by using 
Gofer to sync

the repos.

go := Gofer new.

go repository: (MCSmalltalkhubRepository
  owner: 'You'
  project: 'yourProjectName'
  user: 'userName'
  password: 'yourSecretPass').

go package: 'PackageName'; push.


I got the example from here:
http://pharobooks.gforge.inria.fr/PharoByExampleTwo-Eng/latest/Gofer.pdf

Hope it helps.

Regards,
Juan



On Sat, Aug 2, 2014 at 5:02 PM, Sven Van Caekenberghe mailto:s...@stfx.eu>> wrote:

 Hi Offray,

 Once you create your StHub repository and define it in your 
image, you can
 just copy versions (mcz files) from your package cache to the 
new repository
 using the Copy button in the Repository browser (which you get 
by selecting
 your local package cache in the Monticello browser and clicking 
the Open

 button).

 HTH,

 Sven

 On 02 Aug 2014, at 21:25, Offray Vladimir Luna Cárdenas 

 > wrote:

  > Hi,
  >
  > I have my outliner buggy mockup on local cache, and I would 
like to share
 the code and point to it online using SmalltalkHub for my 
questions. I have
 followed the chapter on Source code management with Monticello y 
PBE2, and
 it says that you can have your code on SmalltalkHub, but says 
nothing about
 how to sync from local cache to your SmalltalkHub account. Can 
some one

 could point me the way to do it?
  >
  > Cheers,
  >
  > Offray
  >