eftomi wrote
> I solved a couple of issues...
Thanks, Tomaz! DB access is so important for many business uses...
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Long Haired David wrote
> File out a package on one and file it in on the other
This is the lowest level approach. Except for the simplest cases, you're
probably better off using Metacello.
Long Haired David wrote
> I can get the basic package in but the extensions never appear
Are the classes
Noury Bouraqadi-2 wrote
> All PharoJS tests are now green on Pharo 9.
Awesome!!!
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Long Haired David wrote
> bucketList := fileDirectory children.
How many items are in `bucketList`?
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Sanjay Minni wrote
> Hi I loaded Magritte... from GitHub
Just to make sure we're talking about the same thing, what's the repo URL?
Sanjay Minni wrote
> asComponent, addValidatedForm are not available... it seems they in the
> other packages which have not been not loaded
Yes, Magritte doesn't
Sanjay Minni wrote
>
> ... Are the pragmas required
Yes, annotating methods is how they are registered as part of the Magritte
description. There have been several non-backward-compatible Magritte
versions (currently on v. 3), so that may have been added later; note that
these methods should be
Sven Van Caekenberghe-2 wrote
> Maybe his question is (also) why the automatic refactoring did it wrong,
> the rules warned about the wrong use of #printString, suggested a fix, but
> the solution is still using #printString, hence the same problem.
I might be reading it wrong, but I thought
Stéphane Ducasse wrote
> Maybe we should update the Magrrite booklet. I never got the time to go
> over it.
I can help. Yes, it is probably time. There have been lots of small
additions and changes. I also plan on doing Spec2 bindings as soon as P9 is
released. That might be a good time also
Sanjay Minni wrote
> Is Magritte a robust enough package for an application with a large number
> of forms and sub forms.
I use Magritte extensively (for almost all my projects), and have found it
irreplaceable, but nearly all in desktop apps. Maybe cross-post to the
Seaside list if you don't
Jan Blizničenko wrote
> ...HtmlDiv...
Cool :) I've often felt a suspicion that the lack of logical HTML domain
objects leaves a hole in the possibilities for declarative style / meta info
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Tim Mackinnon wrote
> Thanks, I had completely forgotten about STON, thats a good point too
> (possibly this is what SimplePersistence uses as well - I'm not sure).
It currently uses Fuel, but the serializer/materializer is abstracted, so
STON could probably be plugged in easily
-
Cheers,
jtuchel wrote
> Sigh. Forget about the idea that it will be easy to switch your
> persistence laterI am not commenting on SimplePersistence here, I
> don't even know what it
> does or doesn't.
Joachim,
Thanks for this interesting perspective. I've never had the (mis?!)fortune
of a project
Tim Mackinnon wrote
> I don’t quite know how you choose or specify the probabilities… I’m
> enquiring.
Please report back on your findings!
Tim Mackinnon wrote
> SM-2 always intrigued me… but was trying to avoid the inevitable rabbit
> hole
Yes, same. Although I'm sure I will eventually get
Tim Mackinnon wrote
> Hi everyone - strange request, but has anyone implemented a “space based
> repetition” algorithm in Pharo/Smalltalk?... (possibly SuperMemo SM-2)
This has been on my TODO for ages and I'd be happy to collaborate. I am
especially interested in SM-2. I'll check out the repo
Richard O'Keefe wrote
> there is obviously no unique "right" factoring of this problem into
> classes.
This. And, in my experience, with non-trivial problems, some (many?) times
you just have to try to implement an idea to see if it's really going to
work because it's just too hard to see all the
Esteban A. Maringolo wrote
> Thanks for the reference. I'll look into it!
>> I know that Sean D has wrapped the Tesseract OCR library:
>> https://github.com/seandenigris/Tesseract-St
Esteban, I did a little work getting it working in Pharo 8 and adding an
example. Check out `Tesseract
Marcus Denker-4 wrote
> We are updating the mailinglists (everything https://lists.pharo.org/
> https://lists.pharo.org/;)
Thanks, Marcus - all this logistical stuff gets no glory but is so important
:)
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Richard O'Keefe wrote
> Whatever else it is, OOP is a means to an end, not an end in itself.
> It's not a religion.
Richard makes an important point here.
As I mentioned on Discord (slightly edited to fit this thread), it’s a
judgment call with trade-offs, but for the purposes of an OOP
Esteban A. Maringolo wrote
> So... rephrasing the question... What is the recommended way to work
> with external files in the same repository as these of Tonel?
Here is what I do (although I'm not sure if it's "the" way). This is off the
top of my head because I'm not in front of an image right
Esteban A. Maringolo wrote
> so I add how do I get the IceLibgitRepository
> instance? (given I provide the name).
I got it via Iceberg contextMenu -> Extra -> Inspect, which works via the UI
but maybe you're looking for a programmatic way?
-
Cheers,
Sean
--
Sent from:
teso...@gmail.com wrote
> It sets the reference commit of the image to the given commit. It does
> not affect the git repository...The adopt operation overrides the
> reference commit with the selected
> one, it does not affect the loaded code.
Ah, good to know! I didn't know this was available
Offray Vladimir Luna Cárdenas-2 wrote
> Grafoscopio [1] has been ported to Pharo8.x and Git.
Great news :)
Are you using Iceberg?
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Thanks for the ideas. I guess I'll stick with #1 for now, but I documented
the others and appreciated the interesting conversation :)
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
I want to take an IP address routing prefix in CIDR [1] notation (i.e. the 24
in "192.168.100.14/24") and convert it into subnet form (i.e.
255.255.255.0). I came up with 4 ways to do that (see below), but none stand
out as best (although #3 and #4 seem a bit more straightforward as they
avoid the
The following fails intermittently with "ZnIncomplete: Incomplete input for
character decoding":
ZnClient new
url: 'https://cpanel.webserver:1234/' asUrl;
path: '/login/';
queryAt: 'login_only' put: '1';
formAt: 'user' put: 'username';
formAt: 'pass'
Sven Van Caekenberghe-2 wrote
> there is now basic support for SortCollections using SortFunctions.
Cool! This would be great to have in Fuel as well. There is a slow and
steady stream of users running into trouble trying to serialize blocks
(whatever the library) due primarily to sorted
Stéphane Ducasse wrote
> Please consider reading the books and making Pull Requests on the github
> repositories.
Benefits of contributing to the book(let)s on GitHub:
1. Easy way to give back to community - even edit directly in GH web UI
2. Have an excuse to learn Pillar syntax (although for
MHO is
the ugly Monticello SCM hack hijacking *logical* categories to use for
packaging, which is an orthogonal concern. Here is a a fuller description
from a previous thread [1]:
Sean P. DeNigris wrote
>> we have overloaded system categories to package code for SCM. System
>> categories
demarey wrote
> This new version introduces major changes:
Wow! Quite a feature list :)
demarey wrote
> The UI has been fully rewritten using the new Spec2 framework
This is really encouraging as to Spec2's readiness for real applications.
demarey wrote
> Documentation web site : All Pharo
I used Pharo to turn an iPhone into a tethered remote control for apps on my
Macbook Pro. Code available on GitHub. Here's a video in case anyone finds
it interesting: https://youtu.be/z59FWpv4_GA
NB: Could be made wireless with a Duet Display Air subscription.
-
Cheers,
Sean
--
Sent from:
TedVanGaalen wrote
> I am only suggesting that Pharo should be downward compatible
> (that is, within Pharo's scope only).
I agree that this is a worthy ideal, but IMHO is not realistic with the
current resources (time and staff). All that additional code would have to
be maintained. In the
Trygve Reenskaug wrote
> I have recently completed a conceptual model with tools for a new way of
> programming for novices.
Hi trygve, what is the project and how can I install it? I try to follow all
your work...
Trygve Reenskaug wrote
> the port will probably be outdated
> and useless by
Sven Van Caekenberghe-2 wrote
> Topic tags automatically organise some projects:
>
> https://github.com/topics/pharo
>
> https://github.com/topics/pharo-smalltalk
Yes, please everyone remember to use these tags for your Pharo projects.
Like this we get a poor-man's catalog for free ;)
ctiveness of the strategy, these threads usually IMHO have the feel of a
holy war from the camp touching the "Pharo = ST" part of the elephant.
In the unlikely event that anyone is still reading this, I'll paste my
longer explanation from a similar 2015 thread [1]
Sean P. DeNigris wrote
&
Kasper Osterbye wrote
> in Smalltalk everything is [not] an object
> ...
> * Message categories
I agree with the thrust of your post and would like many of the items you
suggest. That said, one semantic nitpick: "everything is an object" means as
opposed to primitive types i.e. Date is an object
Pharo Smalltalk Users mailing list wrote
> im still not happy with my answer at this moment.
Contrary to the delusion of "Learn [Programming Language] in 21 Days" or 7
minutes or 3 seconds or whatever the "code boot camps" are marketing these
days, mastering any language (and by extension
Tim Mackinnon wrote
> I’m getting the impression that ffi is getting very easy these days and
> maybe we should use it more to focus on “other” things... This said, many
> of our nastiest bugs...
While I dream of a world where everything is in-image as pure Smalltalk,
given the reality of limited
Pierce Ng-3 wrote
> Also I saw hoedown's wiki page on bindings and thought I'd put Smalltalk
> on the map there.
Great!
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Pharo Smalltalk Users mailing list wrote
>I made some changes. Is this better or are there still some code
> smells.
I don't have time for an in-depth review, but I skimmed it and it seems
better.
-
Cheers,
Sean
--
Sent from:
Pharo Smalltalk Users mailing list wrote
> when I call on the class side the method which
> should reed the masses which are on the instanc side , the masses
> cannnot be found.
IntComputer class >> solution
| computer ram |
computer := self new.
computer readRam:
Pharo Smalltalk Users mailing list wrote
> so to be clear. In the test are data given which not has to be changed. As
> soon as you have to solve the real problem , some data needs to be
> changed.
It's difficult to give good design advice with such a partial picture of the
domain, but two
Alistair Grant wrote
> The same message is returned whether the module itself isn't found, or
> if one of its dependencies can't be found.
Good to know. I wonder if we can't provide more detailed error messages
here...
Alistair Grant wrote
> On linux you can check dependencies with `ldd
Steffen Märcker wrote
> I can send you that code.
Awesome. I'll email you. Although, I wonder how relevant this is given your
answers down below. Are there many grammars available in Xtreams syntax to
make this useful? Also, what is the license? Can I add it somewhere on GH
under MIT (with
Ben Coman wrote
> One catch that has confused me in the past, is when the system caches that
> it couldn't find the external module,
> so even when I copyied it to the VM folder or got the path correct, it
> continued to fail until I restarted the Image.
Great gotcha! We should add that to the
I was trying to get Pharo-LibVLC working on Mac. The following is copied from
a GH issue[1]:
> I have VLC installed via Homebrew cask, the formula for which simply
> installs the dmg. I
> first tried supplying a full path to the dylib that the VLC app uses
>
Pavel gave an intriguing high-level experience report on porting from VW to
Pharo via (among other things) the Ring meta model [1]. Are any more
specifics available? It would be valuable to the community to have knowledge
of this process freely available. How would someone else actually go about
I rediscovered this thread while pondering an (existential?!) problem:
Why do we keep having to write, and rewrite, and rewrite, ad infinitum,
parsers for well known domains like rfc specs? The parser world in many ways
feels like a modern post-"Tower of Babel". I was really excited about the
cedreek wrote
> To me, far better than using Soup.
Ah, interesting! I use Soup almost exclusively. What did you find superior
about XMLParserHTML? I may give it a try...
cedreek wrote
> Google chrome pharo integration helps top to scrap complex full JS web
> site like google ;)
Also
horrido wrote
> https://jrmpc.ca/2019/11/07/green-light-for-jrmpc/
Congrats! Your persistence is inspiring :)
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Alejandro Infante wrote
> I agree with the previous suggestions and use Fuel or STON.
+1. Either of these methods is pretty much a one-liner. The main hiccup with
Fuel is installing the same Fuel version in both the source and target
images.
-
Cheers,
Sean
--
Sent from:
gcotelli wrote
> I don't know if call it canonical. But certainly it is the version the
> community is maintaining.
That works for me. I guess I'll re-fork from there. Hopefully, some of the
other repo owners will speak up as to whether they have useful changes to
pick up.
-
Cheers,
Sean
To slightly further complicate matters, canonical does not quite have all
commits from its predecessor.
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
It seems that this is now canonical: https://github.com/ba-st/aconcagua
I assume its predecessor [1] was a port from this StHub repo [2]. There are
two other repos on StHub [3] - the first of which has changes after the last
in [1] and the other has changes which may have been/need to be merged.
David T. Lewis wrote
> they can now be loading in Pharo...
In Pharo 7.0.4, the following chugged for about an hour cycling back and
forth between OSP and Command Shell without completing:
baseline: 'OSProcess' with: [
spec
Sean P. DeNigris wrote
> ...to the GH README
Also:
- you can disable the GH issue tracker if you don't want reports there
- you don't need the code subfolder (src) in the URL since you have project
metadata
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310
David T. Lewis wrote
> Alistair Grant and I, with the support of Feenk, have made GitHub
> repositories
> for OSProcess and CommandShell
Thank you to all involved!
David T. Lewis wrote
> my own development work remains on squeaksource so I prefer
> contributions there anyway
It might be good
arcanosam wrote
> printString... v asString... There is something different about both?
I will add that conceptually:
- #printString = what a developer would want to see, e.g. in an inspector
- #displayString = a string suitable for UI (i.e. in production)
- #asString - while typically
jtuchel wrote
> I guess this has its roots in long-ongoing discussions about the
> anticipated disadvantages of image-based development in general.
I would also add that IMHO a lot of (or maybe almost all) the angst of
possible image crashes comes during development (with increasing risks as
Kasper Osterbye wrote
> Double clicking on a code tab maximises the code window, double clicking
> it again brings it back to normal.
This is cool - and seems to be new for Pharo 8. It does nothing in my 7.0.3
image.
Kasper Osterbye wrote
> Double clicking on a method name opens a new browser
NorbertHartl wrote
> I read so many explanations how you can do stuff with mouse, cmd click ir
> whatever. How can I figure out that on my own? If it is hidden it is
> pretty useless.
This is a very important point.
Since we have commander, shouldn't it be relatively straightforward to show
a
NorbertHartl wrote
> Whenever there is an API missing you should check if there is a
> swagger/OpenAPI description. It makes it a lot easier to use the API then.
This is cool. I didn't know about it. Is there a list somewhere of all the
APIs that it describes? I googled and found swagger-hub, but
Esteban A. Maringolo wrote
> AFAIU FB uses GraphQL.
> Otherwise we'll have to build it our own.
There was just a thread on Discord. It seemed like there are at least 2-3
GraphQL implementations.
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Petter Egesund wrote
> Hi, nice to meet you all :)
Code submission is a wonderful way to meet ha ha. Thanks!
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Peter Kenny wrote
> Just 5 hours from when I raised the question, there is a solution in place
> for everyone. This group is amazing!
Indeed. Bravo, Sven and all of our other contributors.
I can't resist mentioning that the fix would almost certainly have taken
significantly longer a few years
Sven Van Caekenberghe-2 wrote
> https://www.contributor-covenant.org/version/1/4/code-of-conduct - which
> is quite popular and generally accepted.
Based on the reaction earlier in the thread, I was expecting something
highly opinionated and polarizing, but it seems to boil down to: be
I've been collecting Pharo tidbits that I found interesting for quite a
while. I was aggregating everything today and realized that it had grown
into a small "cookbook" which has some useful information not otherwise
easily available. I share it in case it is of help:
YannLesage wrote
> Can you open an another thread to talk about guns and stay on
> inconsistency
> issue here ?
I fear better yet keep emotional non-programming-related issues elsewhere
entirely. Nothing can be accomplished here except to weaken and distract our
community.
-
Cheers,
Sean
How would I do the following with the new streams (was working in 6.1, now
"Instance of ZnCharacterReadStream did not understand #converter:"):
aFileRef readStreamDo: [ :str |
str
converter: ISO88592TextConverter new;
upToEnd ].
-
Cheers,
Sean
--
Tim Mackinnon wrote
> there is an alternative you can load in that does a better job - Mirage ,
Wow, looks cool! Didn't know about that
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Guillermo Polito wrote
> $git log —follow
Didn't know about that one. Thanks! I'll try and report back...
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Does anyone have any strategies for following git histories past code
reorganizations (see steps #2 and #5 below)?
My typical experience is:
1. Do blame or history on a file
2. Follow it back to the inevitable "convert to tonel"
3. Go to that commit's parent
4. View repo files at that point
5.
Dale Henrichs-3 wrote
> the act of starting the image automagically populates the System >> local
> directory with a full path to a directory in my current directory
This sounds like the same problem I've been having with absolute resolved
paths to local iceberg repos. Here is the script I use
ian-2 wrote
> Installing from the Catalog Browser... I am unable to install
IIUC the catalogs are in general probably way out of date because most
development has moved to git and it uses Configurations, while git relies on
Baselines
ian-2 wrote
> 3. Margritte
Re git, from which repo? Things
Marcus Denker-4 wrote
> Removing the Ocompletion (for a while) would make it much easier…
I can live without it for a while, especially if we can plug it back in at
the end!
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
I use it sometimes. IIRC there was a paper that it was objectively better at
finding the "right" thing. Are you thinking of removing it?
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
hernanmd wrote
> Then I figure the "repository" path is missing and I add it:
Not sure if related but IIRC I’ve have to “forget” the repo in Iceberg in
similar cases
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
test email wrote
> Shouldn't messagepassing forward the message to it's
> parent class?
Yes. Perhaps if you pasted the exact code causing the error and a screenshot
of the error it would help. Just a shot in the dark: you said "it does not
understand #angle", but the message is #angle: (added
Tim Mackinnon wrote
> That’s the struggle I face
If that's the case, this sounds like a huge problem. I'm surprised no one
has reported it already.
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Ben Coman wrote
>> The implication here is that extension methods can’t live on the tag
>> (they
>> live on the parent package
Won't that cause existing code not designed with that restriction in mind to
be lost on save?
-
Cheers,
Sean
--
Sent from:
Or I guess you don't even need dd here, just #handleMyErrorCase
polymorphically
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Tim Mackinnon wrote
> nothing else springs to mind
Double dispatch w extension methods on the Exception classes?
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Paul DeBruicker wrote
> Right now with Calypso... I have a hard time seeing or remembering what
> its even talking about.
Me too.
Paul DeBruicker wrote
> I'd be particularly interested in seeing diffs between the pre-edited
> version and current.
That would be super cool!
-
Cheers,
Pharo Smalltalk Users mailing list wrote
> I am looking for more info or usage examples of MAAdaptiveModel.
The Nabble mirror site provides convenient search across many Smalltalk MLs.
I don't know if any of these help, but there are several hits:
Tim Mackinnon wrote
> Has anyone else got any thoughts?
I think Dan North's Behavior Driven Development stuff is great and covers
both OOP and TDD. The code is in Ruby, but the concepts IMHO are on the
money. For me, the holy grail of OOP books is A Mentoring Course on
Smalltalk, but I definitely
Roelof Wobben wrote
> how I can improve
> this code before I go on with this way.
You might get better feedback hosting the code somewhere. Ideally on GH or
similar with a load script.
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Peter Kenny wrote
> And when I inspect the result, it is the address of a non-existent file in
> my image directory.
Ah, no. I see the same result. By "worked" I meant that it created a URL
that safari accepted, but I see now it's not the same as correctly parsing
it.
Peter Kenny wrote
>
Pharo Smalltalk Users mailing list wrote
> OK. Thanks for examples. But in my case, the bad URL (with diacritics)
> comes directly from the Zomato.com REST API (they probably do not read
> specs), so I'll end up with a few "hacks" with strings.
Sven actually found a trick to handle this case and
Sean P. DeNigris wrote
> I ran into this issue again.
I found a few other threads where this came up before over the years, but
seemed unresolved. Just after I posted I found one from 2014 [1] where you
shared a trick that worked!
Namely, 'http://myhost/path/with/umlaut/äöü.txt' asFileRefere
Sven Van Caekenberghe-2 wrote
>> 'https://en.wiktionary.org/wiki/prêt#French' asUrl =>
>> https://en.wiktionary.org/wiki/pr%C3%AAt#French
>> ?
>
> It would probably be possible to write a more lenient parser as opposed to
> a strict one. I have not yet given that idea much thought.
I ran into
Christopher Fuhrman wrote
> https://fuhrmanator.github.io/Using-GitHub-API-in-Pharo/
Cool! Thanks for sharing :)
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
peter yoo wrote
> many error encounterd
It looks like those errors are related to fonts, not spotter. Someone else
can probably tell you more...
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Juraj Kubelka wrote
> To implement a context menu item
Just in case someone stumbles on this thread with a similar problem… Much
has changed in Calypso and dependencies, making this snippet obsolete. After
struggling to port to latest, API, the easiest way to find out how to do
this seems to be
Tim Mackinnon wrote
> Can anyone think of what might cause this? I’m really confused.
Am I understanding correctly that your load script is loading the correct
packages, but not the latest versions?
If so, just a few initial thoughts:
- What does the local clone look like after the load (i.e.
Tim Mackinnon wrote
> it seems that this smallish combination of projects really triggers it
> quickly and reliably
Can you share the load script?
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Marcus Denker-4 wrote
> We should check how much work it would be to allow the global setup to be
> overridden per Class and per Package…
Ideally this would be integrated with Metacello or similar, but I see that
the Metacello registry doesn't seem to cache the packages that belong to
each
Holger Freyther wrote
> What I didn't see is if a project can supply the style (instead of the
> image configuration)
Great idea!!
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Is there anything built-in? I have a particularly long file and want to give
updates so users don't thing the image has frozen.
If not, thinking I'll subclass reader and override #do:
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Tim Mackinnon wrote
> how is this shared repository supposed to work?
While I initially liked the space efficiency of the shared approach, I
eventually gave up because it created too many (often obscure) problems. It
just doesn't seem to be a good match for git, although you can get away with
it
cedreek wrote
> Still havent get my head around this FORK/PR cycle but I will for sure one
> day :)
It took me quite a while to grok. Fork = 'personal remote clone' and: [ PR =
'UI support for discussing, testing, and accepting commits' ]
-
Cheers,
Sean
--
Sent from:
Richard Sargent wrote
> As an aside, this is the kind of information that should be in a method's
> comment. Rationale and explanation, rather than what it does.
Yes!!!
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
1 - 100 of 768 matches
Mail list logo