Thanks!
I think that my image was in an incorrect state because even Monticello and
Catalog browser was doing the same thing.
After resetting the image image the problem was fixed.
What can be the reason that broke my image?
--
View this message in context:
http://forum.world.st/VOMongoReposi
Looked robust enough in my internal experiments.. I tweaked the Teapot
further for easy implementation too..
Used it in my prototype with Angular JS thin framework.. works good.
the limits seemed to be more dependent on the Pharo image limits nothing to
do with Teapot per se. Scale it with multi
Hi
@mariano:
"Did you test if the one-liner (Delay delaySchedulerClass:
DelayMillisecondScheduler.) fixes these lookups? "
-> my config loads materialDesignLite (which loads seaside and magritte).
after loading this
and trying the one liner, my image does not respond anymore.
you can reproduce i
On Wed, Jun 08, 2016 at 08:25:27PM +0200, Alistair Grant wrote:
> > asking the session to login results in the following:
> > UDBCSQLite3Connection(Object)>>doesNotUnderstand: #queryEncoding
> > PharoDatabaseAccessor>>encoding
> > GlorpSession>>loginIfError:
> > GlorpSession>>login
> > GlorpBookDes
> On 09 Jun 2016, at 16:16, Pierce Ng wrote:
>
> On Wed, Jun 08, 2016 at 09:02:48PM +0200, stepharo wrote:
>> please post to the mailing-list.
>> We do not have all the time to get present still having the
>> information is important.
>
> Normally I'd do that. In this case I thought what I was
On Wed, Jun 08, 2016 at 09:02:48PM +0200, stepharo wrote:
> please post to the mailing-list.
> We do not have all the time to get present still having the
> information is important.
Normally I'd do that. In this case I thought what I was pointing out might be a
security concern. Esteban has clari
2016-06-09 15:42 GMT+02:00 Sabine Manaa :
> Hi
>
> @mariano:
> "Did you test if the one-liner (Delay delaySchedulerClass:
> DelayMillisecondScheduler.) fixes these lookups? "
>
> -> my config loads materialDesignLite (which loads seaside and magritte).
> after loading this
> and trying the one li
Hi,
1) this is caused by this line in "listIntConfiguration"
dragTransformationBlock: [ :item | item asInteger ];
you are dragging a symbol c, but "#c asInteger = nil"
2)
dragging the number converts it into a StringMorph which obviously isn't in
the original collection.
This is quite [explet
Hi,
Juraj, Andrei and I did a rough analysis collected from 94 computers over the
past 7 months. Of these, only 42 recorded more than 9 sessions so we only
focused on these. It can be because the rest switched off the data collection
in the meantime. We also excluded the computers of the GT tea
Impressive analysis! This is worth to discuss these findings in an academic
venue.
Alexandre
> On Jun 9, 2016, at 6:56 PM, Tudor Girba wrote:
>
> Hi,
>
> Juraj, Andrei and I did a rough analysis collected from 94 computers over the
> past 7 months. Of these, only 42 recorded more than 9 ses
Hi Pierce,
On Thu, Jun 09, 2016 at 10:14:06PM +0800, Pierce Ng wrote:
> On Wed, Jun 08, 2016 at 08:25:27PM +0200, Alistair Grant wrote:
> > > asking the session to login results in the following:
> > > UDBCSQLite3Connection(Object)>>doesNotUnderstand: #queryEncoding
> > > PharoDatabaseAccessor>>en
Hi peter
do not check NewList we will remove it for sure!
*NOW:*
In general, the drag and drop behavior, the API, and the overall
behavior is broken to a various degree and inconsistent between
ListModel, it's children and related classes (TreeModel, NewListModel).
Last week I was working o
12 matches
Mail list logo