Of course, it can be loaded into Pharo :) (Moose is anyway just some
packages loaded into Pharo).
You get it if you load the full GToolkit. Right now, in Pharo you have only
GToolkitCore. We load it like this in a Pharo 4 (for now):
Gofer new smalltalkhubUser: 'Moose' project: 'GToolkit';
package
Ben Coman wrote
> How about we open an issue for this, and temporarily introduce a new
> package Case for
> testing this, where Sean could reproduce his case.
I have also experienced what you're talking about - that Lint rules were
failing that were not introduced with my fix; but I also was u
- Sean P. DeNigris a écrit :
> I marked them wrong in the Critic Browser, which now skips them, but the
> validation report still shows them as Warnings. Anyone know why? I see the
> versions in the inbox references by the slice have their manifest
classes...
On Fri, May 8, 2015 at 4:00 AM, Ch
the code (reverting igors change for the 1 pixel extra height)
2015-05-08 0:43 GMT+02:00 Nicolai Hess :
>
> Some testers needed!
>
> I can not reproduce the BitBlt bug and I would like to get this right, so
> that surface pattern
> paints use the correct form dimension.
>
> Prefered test setup:
>
Some testers needed!
I can not reproduce the BitBlt bug and I would like to get this right, so
that surface pattern
paints use the correct form dimension.
Prefered test setup:
a (fresh) pharo image
load bleeding edge from Bloc (because with bloc the whole (morphic) world
is drawn with athens).
ch
2015-05-06 14:38 GMT+02:00 Yuriy Tymchuk :
> I use just NewList because I need a plain morph. For items I use a method
> like:
>
> listItemFor: anObject
> | listItem |
> listItem := Morph new
> “setup morph"
> yourself.
> “add submorphs"
> ^ listItem
>
> Uko
>
>
No, I still can not reproduce thi
Uko2 wrote
> where should I start to look in GTDebugger
Can this be loaded into Pharo, or is is just for Moose?
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Selected-context-specific-debugger-action-tp4825049p4825168.html
Sent from the Pharo Smalltalk Developers ma
Le 7/5/15 17:04, Kasper Osterbye a écrit :
Independent of package comments, the ManifestClasses are a good idea I think.
I also think they have not yet found their final design. Let me summarize my
impressions so far (perhaps this need to go to a different thread).
a) All package manifests are
Hello
Has somebody done a GANTT chart?
GanttChartMorph openOn: aCollectionOfActivities
?
Activities have
- id
- description
- start date
- end date
?
Regards
Hannes
I think the manifest is not read at all by the monkey. It runs a predefined set
of rules whatever is in the manifest.
- Sean P. DeNigris a écrit :
> demarey wrote
> > At the end, issues reported are only the new failed tests/ rules.
>
> Yes, but it's reporting new "failed" tests that are ma
Then first create a subclass of DebugAction.
Look for example at DoesNotUnderstandDebugAction. There are a lot of
subclasses of DebugAction in the image.
Debugging actions have #appliesToDebugger:. This method controls whether or
not the action is loaded by the debugger.
For example DoesNotUnderst
demarey wrote
> At the end, issues reported are only the new failed tests/ rules.
Yes, but it's reporting new "failed" tests that are marked wrong (and are
properly skipped by the Critic Browser)
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Penelope-Doesn-t-Skip-Wr
The monkey does a first run of tests/critics with the current pharo image ans
store failed tests/rules. Then, it loads the slice and does a second run. At
the end, issues reported are only the new failed tests/ rules.
- Sean P. DeNigris a écrit :
> I marked them wrong in the Critic Browser,
Thanks!
This kind of work can make a huge difference in our eco-system.
Cheers,
Doru
On Thu, May 7, 2015 at 11:36 AM, Guillermo Polito wrote:
> Hi all,
>
> I'm pleased to announce the release 0.1 of Garage, a database driver API.
> Garage is meant to be a common interface to access several dat
I marked them wrong in the Critic Browser, which now skips them, but the
validation report still shows them as Warnings. Anyone know why? I see the
versions in the inbox references by the slice have their manifest classes...
-
Cheers,
Sean
--
View this message in context:
http://forum.world
Sean P. DeNigris wrote
> Issue 15507: SliceMaker Overhaul
> https://pharo.fogbugz.com/default.asp?15507
Passed validation (Issue Validation Succeeded:
https://ci.inria.fr/pharo/job/Pharo-5.0-Issue-Validator/1579//artifact/validationReport.html)!
Our CI is really cool :) I accidentally noticed and
Esteban A. Maringolo wrote
> Do I need write access to the MetaRepo?
They should be public-writable. You just have to use your sthub account
login.
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Ann-The-Garage-database-driver-API-tp4825006p4825132.html
Sent from the
I forgot to thank you for the feedback
thank you
:)
And slice in the inbox, I removed the critical block in
SharedQueue>>printOn:
--
Regards,
Alain
2015-05-07 15:09 GMT-03:00 Guillermo Polito :
>
> Le 7 mai 2015 18:59, "Esteban A. Maringolo" a écrit :
>>
>> Regarding the GlorpDBX in metarepo, I uploaded a few packages and
>> configs last week to Glorp & GlorpDBX, does the metarepo get updated
>> automatically?
>
> Nope, you/we have to copy th
Le 07/05/2015 18:43, Ben Coman a écrit :
On Thu, May 7, 2015 at 9:09 PM, Alain Rastoul wrote:
Le 05/05/2015 14:35, Ben Coman a écrit :
Does the #printOn: really need a monitor? What is it protecting?
* not the stream, that is passed in as a parameter from a single thread
* not the clas
Le 7 mai 2015 18:59, "Esteban A. Maringolo" a écrit :
>
> Regarding the GlorpDBX in metarepo, I uploaded a few packages and
> configs last week to Glorp & GlorpDBX, does the metarepo get updated
> automatically?
Nope, you/we have to copy them manually to the corresponding metaRepp.
> Esteban A.
Mark Rizun wrote
> To be honest I don't know:)
Ah, okay. I thought maybe you had invented a cool new method ;)
Mark Rizun wrote
> What approach is considered to be common?
I just created one (ConfigurationOfRewriteTool-SeanDeNigris.7) via the
Versionner GUI tool and uploaded to the PharoExtras
To be honest I don't know:)
I did the configuration at time I was really new to Pharo, and I just
followed some tutorial, that people gave me at mailing list.
So basically I did the config by instructions, without thinking why.
What approach is considered to be common?
Mark
2015-05-07 20:15 GMT+0
Sean P. DeNigris wrote
> ...update the migration
BTW why "firstVersion: spec ". I've never seen this
approach before. What is the reason to depart from numbered versions?
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/RewriteTool-tp4824877p4825102.html
Sent from the
Mark Rizun wrote
> I will update the PharoExtras/RewriteTool repo soon.
I noticed your personal repo was available for a moment, and took the
opportunity to update the migration
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/RewriteTool-tp4824877p4825101.html
Sent f
Regarding the GlorpDBX in metarepo, I uploaded a few packages and
configs last week to Glorp & GlorpDBX, does the metarepo get updated
automatically?
Esteban A. Maringolo
2015-05-07 9:35 GMT-03:00 Guillermo Polito :
> Yes, I could :P. Can you open an issue so I do not forget?
>
> https://github.c
On Thu, May 7, 2015 at 9:09 PM, Alain Rastoul wrote:
> Le 05/05/2015 14:35, Ben Coman a écrit :
>
>> Not sure if this is related, but if you put a haltOnce at the top of
>> SpecDebugger>>updateReceiverInspectorFromContext:
>> then step down until the 'receiver' temporary variable is set,
>> then
Next to buttons. I want to make an indicator for a selected method.
Buy the way, can you direct me at where should I start to look in GTDebugger.
Because I’m quite new with it.
Uko
> On 07 May 2015, at 16:58, Andrei Chis wrote:
>
> Where do you want these actions to be placed?
> In the menu
Branch: refs/heads/5.0
Home: https://github.com/pharo-project/pharo-core
Commit: f22176c65834be28372208e6add9f57a39f1b644
https://github.com/pharo-project/pharo-core/commit/f22176c65834be28372208e6add9f57a39f1b644
Author: Jenkins Build Server
Date: 2015-05-07 (Thu, 07 May 2015
Issue 15507: SliceMaker Overhaul
https://pharo.fogbugz.com/default.asp?15507
It all started simply enough: I wanted to extract the issue title
downloading - which is generally useful - from slice maker. One full day
later, I ended up with a pretty extensive rewrite. Now, I feel like it
would've be
Branch: refs/tags/50039
Home: https://github.com/pharo-project/pharo-core
Guillermo Polito wrote
> Can you open an issue so I do not forget?
https://github.com/guillep/DBXTalk/issues/6
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Ann-The-Garage-database-driver-API-tp4825006p4825069.html
Sent from the Pharo Smalltalk Developers mailing li
Hi Tudor,
could you describe the client-side API and give some examples? I'm in
squeak most if the time so GT is not easily accessible but perhaps the facility
could be back ported. I'd love to have this facility for making the CM
simulator easier to step through.
Eliot (phone)
On May 7
Independent of package comments, the ManifestClasses are a good idea I think.
I also think they have not yet found their final design. Let me summarize my
impressions so far (perhaps this need to go to a different thread).
a) All package manifests are subclasses of "PackageManifest" - good idea.
b
Where do you want these actions to be placed?
In the menu of the stack or next to the stepInto/Over etc buttons?
Cheers,
Andrei
On Thu, May 7, 2015 at 4:36 PM, Yuriy Tymchuk wrote:
> Hi,
>
> is it possible to have a debugger action specific for selected context?
> I.e. define label, icon, wheth
This is cool, but the sad thing is that by default it is not a default tool
that Pharoers use.
Uko
> On 07 May 2015, at 16:39, Tudor Girba wrote:
>
> You should be able to do that in the GTDebugger (it was made exactly for
> that).
>
> Doru
>
> On Thu, May 7, 2015 at 4:36 PM, Yuriy Tymchuk
You should be able to do that in the GTDebugger (it was made exactly for
that).
Doru
On Thu, May 7, 2015 at 4:36 PM, Yuriy Tymchuk wrote:
> Hi,
>
> is it possible to have a debugger action specific for selected context?
> I.e. define label, icon, whether the action is visible depending on the
>
Hi,
is it possible to have a debugger action specific for selected context? I.e.
define label, icon, whether the action is visible depending on the selected
context?
Uko
Hi, as you know I’m working on QualityAssistant, and at the moment the current
structure of false positives in Manifest in not good enough for me. So I plant
to reimplement it. Should I follow some guidelines? Because you are introducing
this new package manifest, and I think that it could make
In the meantime can you let us know when you integrate a slice for a
project managed through configurations.
I cannot guess when this happens.
On Wed, May 6, 2015 at 11:24 PM, stepharo wrote:
>
>
> Le 6/5/15 22:37, Esteban Lorenzano a écrit :
>
>> but that happens because GTools guys made a mist
Le 05/05/2015 14:35, Ben Coman a écrit :
Not sure if this is related, but if you put a haltOnce at the top of
SpecDebugger>>updateReceiverInspectorFromContext:
then step down until the 'receiver' temporary variable is set,
then inspect 'receiver', the system hangs.
cheers -ben
After digging int
Yes, I could :P. Can you open an issue so I do not forget?
https://github.com/guillep/DBXTalk
:)
El jue., 7 de may. de 2015 a la(s) 2:30 p. m., Sean P. DeNigris <
s...@clipperadams.com> escribió:
> Cool!!
>
>
> Guillermo Polito wrote
> > [2] http://guillep.github.io/DBXTalk/garage/
>
> Nitpick
Cool!!
Guillermo Polito wrote
> [2] http://guillep.github.io/DBXTalk/garage/
Nitpick - could you change "Pharo language" to "Pharo environment" or just
Pharo with a link?
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Ann-The-Garage-database-driver-API-tp4825006p48
Branch: refs/heads/5.0
Home: https://github.com/pharo-project/pharo-core
Commit: 55a69b0645f398bb4d99610db20a900d1d56d864
https://github.com/pharo-project/pharo-core/commit/55a69b0645f398bb4d99610db20a900d1d56d864
Author: Jenkins Build Server
Date: 2015-05-07 (Thu, 07 May 2015
Branch: refs/tags/50038
Home: https://github.com/pharo-project/pharo-core
I think that we should use the priority flags in fogbugz because I
understand why you want to see changes
integrated first when you are in a flow of something.
I just got exactly the same problem and got really frustrated so I
imagine you too.
Stef
Le 7/5/15 00:03, Sean P. DeNigris a écrit :
Hi!
I will update the PharoExtras/RewriteTool repo soon.
The interesting thing is, that on page
http://smalltalkhub.com/#!/~MarkRizun, it shows me that I have zero
projects. I hope it's not permanently and just some kind of bug:)
Mark
--
View this message in context:
http://forum.world.st/Re
And no, no connection pool yet. We have a big backlog (the trello is public
for read also) and we have to prioritize :)
El jue., 7 de may. de 2015 a la(s) 11:48 a. m., Guillermo Polito <
guillermopol...@gmail.com> escribió:
> Hi phil, you mean the repo? It has public write access for the moment.
Hi phil, you mean the repo? It has public write access for the moment.
El jue., 7 de may. de 2015 a la(s) 11:44 a. m., p...@highoctane.be <
p...@highoctane.be> escribió:
> May I ask you to add me as a contributor to this thing?
>
> Phil
>
>
> On Thu, May 7, 2015 at 11:42 AM, p...@highoctane.be
>
May I ask you to add me as a contributor to this thing?
Phil
On Thu, May 7, 2015 at 11:42 AM, p...@highoctane.be
wrote:
> Just the news made me jump in my chair
>
> Great site, cool stuff.
>
> Can't wait to use that.
>
> How is this working with a proper connection pool? Aka JDBC DataSource
Just the news made me jump in my chair
Great site, cool stuff.
Can't wait to use that.
How is this working with a proper connection pool? Aka JDBC DataSource.
Phil
On Thu, May 7, 2015 at 11:36 AM, Guillermo Polito wrote:
> Hi all,
>
> I'm pleased to announce the release 0.1 of Garage, a
Cool! :D
On Thu, 7 May 2015 at 11:37 Guillermo Polito
wrote:
> Hi all,
>
> I'm pleased to announce the release 0.1 of Garage, a database driver API.
> Garage is meant to be a common interface to access several database
> servers, in a JDBC style.
>
> The current version works in Pharo3 and Pharo
Hi all,
I'm pleased to announce the release 0.1 of Garage, a database driver API.
Garage is meant to be a common interface to access several database
servers, in a JDBC style.
The current version works in Pharo3 and Pharo4 and includes drivers for:
- mysql (pure smalltalk)
- postgres (pure smal
2015-05-07 9:58 GMT+02:00 Sven Van Caekenberghe :
>
> > On 07 May 2015, at 08:53, Holger Freyther wrote:
> >
> > I used NB to access openlog, closelog and syslog of libc
>
> Why not use UDP datagrams to send messages to syslog ?
>
such as what Olivier did:
http://smalltalkhub.com/#!/~olivierauv
> On 07 May 2015, at 08:53, Holger Freyther wrote:
>
> I used NB to access openlog, closelog and syslog of libc
Why not use UDP datagrams to send messages to syslog ?
If you do it manually it should be just a couple of lines of code.
Or have a look at SysLogSender in SystemLogger on StHub.
N
Maybe this could be linked to some mongotalk issues with connections in the
pools.
I've had some in my app and had to make sure all handles were right before
a lot of the calls.
Phil
On Thu, May 7, 2015 at 9:35 AM, Jean-Christophe Bach <
jeanchristophe.b...@inria.fr> wrote:
> * p...@highoctane.b
* p...@highoctane.be [07.05.2015. @09:28:45 +0200]:
> Nope, not found. Even using the search box on STH
>
> Phil
Well, I have just tried and… I think it is a "Schrödinger project": it
is available and not available.
Few minutes ago, it was available, now not anymore.
JC
signature.asc
Descrip
Nope, not found. Even using the search box on STH
Phil
On Thu, May 7, 2015 at 9:23 AM, Jean-Christophe Bach <
jeanchristophe.b...@inria.fr> wrote:
> * Sean P. DeNigris [06.05.2015. @12:26:49 -0700]:
>
> > Sean P. DeNigris wrote
> > > http://smalltalkhub.com/#!/~MarkRizun/RewriteTool/ , which is
* Sean P. DeNigris [06.05.2015. @12:26:49 -0700]:
> Sean P. DeNigris wrote
> > http://smalltalkhub.com/#!/~MarkRizun/RewriteTool/ , which is now about 70
> > commits ahead of the first!
>
> Alarmingly, Mark's repo seems to only be intermittently available. Many
> times sthub returns 404...
>
>
On Thu, May 7, 2015 at 8:53 AM, Holger Freyther wrote:
> Good Morning,
>
> I used NB to access openlog, closelog and syslog of libc and I am not sure
> if I got it right but didn’t really get further by browsing
> testcases/reading the
> examples.
>
> openlog(3) takes an “char *ident” as first pa
60 matches
Mail list logo