Hello,
That is awesome!
I looked at the documentation, but I am left with one question:
- is there a way to run a graph traversal algorithm on any arbitrary
object? (e.g., Color red)
Cheers,
Alexandre
> On 31 Mar 2021, at 22:01, Buenos Aires Smalltalk wrote:
>
> Mole, a model for gra
Hi Everyone - I tried asking this on Discord, but I think it got a bit lost -
and perhaps for more philosophical questions, here is better.
So - I’m wondering what is the recommended way to work with another project you
want to contribute to (in my case CodeParasides). So I know I can fork it an
Hi - I tried asking this on Discord, but it got lost in the day to day stuff -
so trying here.
I am a bit confused how Keyboard shortcuts work in P8 for World menus. I have
a method with the pragma, and I get aBuilder, and I create a top
level menu item. Then to add a child, it seems that I j
Dear Evan,
Welcome back!
Yes, we moved to Roassal3, and as you may have experienced, not all the
features of Roassal2 have been migrated to Roassal3.
Currently, popup in charts are still work in progress. However, you can have
something that should do what you expect using:
-=-=-=-=-=-=-=-=
ch
Hi everyone - its been a few year since I last hosted a little Pharo web app -
and the last time I did, Sven pointed me to DigitalOcean and creating a tiny
instance and configuring an Ubuntu server and then copying a pharo image on to
that. It recall it wasn’t too bad, albeit a bit fiddly…
Now
Hello,
The application for Google Summer of Code with Pharo is open and we are
looking for students who would like to apply. On our website, you can find
the description of the program structure and detailed instructions on how
to apply: https://gsoc.pharo.org/call-for-students.
If you are a stu
I am getting the following in the Transcript. Where do I go to change this
please?
WARNING: Had to increase size of semaphore signal handling table due to many
external objects concurrently in use
You should increase this size at startup using #maxExternalSemaphoresSilently:
Current table size:
If I understand your question properly, without creating the graph that
model the relationship between the objects involved the answer is no. I
have to review the traversal algorithms to see if it is feasible to avoid
creating the graph.
On Thu, Apr 1, 2021, 07:08 Alexandre Bergel via Pharo-users
Hi Tim. I prefer to have individual branches for each feature or bug
because it eases the review process for the original project. You can merge
all this branches in your fork if you need it together before they are
merged upstream.
Unless one feature depend on other one.
I usually do the merge us
Hi Gabriel - appreciate your input. I too think that branches for separate
features /contributions makes sense.
However when you say “merge all branches on your fork” - is that merge them on
main (master) ? But I think that would make it difficult to create your next
branch for a clean feature
Tim,
This is a common open-source situation and what you described seems to me to be
the best practice: (1) changes should be proposed as small, self-contained
branches; (2) you should keep your main/master branch up-to-date with the
upstream repository so that you can create new branches for n
Hi Tim
Here are my notes on installing Pharo in a DigitalOcean Ubuntu droplet.
I usually go thru a Windows Command prompt box having installed xfec4 in
the ubuntu droplet, but the command line connect and graphical remote may
be easier for a Linux users. my ssh public key is also in the DO droplet
> If I understand your question properly, without creating the graph that model
> the relationship between the objects involved the answer is no. I have to
> review the traversal algorithms to see if it is feasible to avoid creating
> the graph.
Being able to consider any Pharo objects as the r
13 matches
Mail list logo