It may be irrelevant, but I have been playing recently with OmniBase, which is
a fully object-oriented database system, now over 20 years old, but it still
works very well for my uses. David Gorišek, the author, claims that it has ACID
properties. From my reading, updates operate on a proxy
> Am 09.10.2019 um 16:48 schrieb "jtuc...@objektfabrik.de"
> :
>
>
> This is a tricky mine field. Sometimes you need a lot of business
> functionality in objects referenced in your objects that are currently in the
> editor. So I'm still to see a project in which the memento pattern really
Am 09.10.19 um 16:48 schrieb jtuc...@objektfabrik.de:
In my experience, this problem area makes for the other 70% of the
time spent on developing GUI or Web applications, besides the 60% for
GUI design and implementation and 25% business logic...
I forgot the 30% for O/R Mapping when you
This is a tricky mine field. Sometimes you need a lot of business
functionality in objects referenced in your objects that are currently
in the editor. So I'm still to see a project in which the memento
pattern really worked for more complex scenarios. How deep do you dive
to have enough
Thanks for the explanation. And, yes, this is an artifact of your design; if
you put intermediate values into domain objects then they will remain in your
domain objects to be seen later. From what you’ve described, I don’t see how it
would be any different in a non-image environment (Java, C#,
Can't wait. You guys are doing an amazing job with this Glamorous Toolkit
stuff!
On Wed, Oct 9, 2019 at 5:04 AM Cyril Ferlicot
wrote:
> On Wed, Oct 9, 2019 at 11:47 AM Shaping wrote:
> >
> > Is there an ETA for Pharo's Spec2 with Gtk3 bindings?
> >
>
> Hi,
>
> The project is currently in
Actually, thinking about the original use case, I now feel that it would be
best to remove #zipped/unzipped from String.
The original problem was that
'Les élèves Françaises ont 100 €' zipped unzipped.
does not work (it fails on WideStrings), while we now have
'Les élèves Françaises ont
Richard,
Your implementation mixes zipping/unzipping and encoding/decoding, dictating a
single way to do so, if I understand it correctly.
The composition with several messages allows for end users to choose their own
encoding format, depending on their own needs, which I think is more
> On 9 Oct 2019, at 14:29, Sven Van Caekenberghe wrote:
>
> The size/speed/efficiency differences are minor for typical JSON payloads,
> especially compared with compacted JSON. The implementation is simpler,
> though, as there is no string escaping and no number parsing.
>
> UBJSON is
> On 9 Oct 2019, at 14:49, PBKResearch wrote:
>
> Sven
>
> Excellent. Can the same idea be extended to STON - or is it there already?
I did not (yet) consider that, I will think about it.
However, Pharo contains two serialisation formats out of the box, STON, which
is a textual format
Sven
Excellent. Can the same idea be extended to STON - or is it there already?
Peter Kenny
-Original Message-
From: Pharo-users On Behalf Of Sven
Van Caekenberghe
Sent: 09 October 2019 13:29
To: Any question about pharo is welcome
Subject: [Pharo-users] [ ANN ] Neo Universal Binary
Thanks for the explanation and solution - it works flawlessly and efficient
:-)
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Excellent!
Thanks Sven for this as well as for all your other contributions to the
community.
Noury
> On 9 Oct 2019, at 14:29, Sven Van Caekenberghe wrote:
>
> Hi,
>
> I just published an implementation of Universal Binary JSON (UBJSON) for
> Pharo.
>
>
Hi,
I just published an implementation of Universal Binary JSON (UBJSON) for Pharo.
https://github.com/svenvc/NeoUniversalBinaryJSON
Universal Binary JSON (UBJSON) is a computer data interchange format. It is a
binary form directly imitating JSON, but requiring fewer bytes of data. It aims
to
The project is currently in development and should have a stable version for
the Pharo 8 release.
When does the Pharo 8 release happen?
Shaping
On Wed, Oct 9, 2019 at 11:47 AM Shaping wrote:
>
> Is there an ETA for Pharo's Spec2 with Gtk3 bindings?
>
Hi,
The project is currently in development and should have a stable
version for the Pharo 8 release.
> When is the earliest I can test it?
>
>
> Shaping
>
>
>
--
Cyril Ferlicot
Is there an ETA for Pharo's Spec2 with Gtk3 bindings?
When is the earliest I can test it?
Shaping
On Wed, Oct 9, 2019 at 10:50 AM Esteban Lorenzano wrote:
> There are a lot of things to consider, not just the native widgets.
> For example: how do you run those widgets? Because you need an event loop…
> and while linux and windows do not care in which thread you run this, macOS
> requires
On 9 Oct 2019, at 10:33, giorgio ferraris mailto:giorgio.ferra...@gmail.com> > wrote:
for what I know it's the way it's integrated with the underlain OS. On
windows things are much, much better.
VW emulates GUIs well, but I would not expect it to beat native. I would
restate it as
for what I know it's the way it's integrated with the underlain OS. On
windows things are much, much better.
VW emulates GUIs well, but I would not expect it to beat native. I would
restate it as : I would not expect native to be slower that emulated :)
seems the same, but not
Whoops, Visual Age uses 17 BYTES, not 17 BITS. Slaps own wrist.
On Wed, 9 Oct 2019 at 22:03, Richard O'Keefe wrote:
>
> VT_DECIMAL sounds like a very close match to ScaledDecimal.
> Or it would if ScaledDecimal were consistently implemented between Smalltalks.
> The intent behind ScaledDecimal
VT_DECIMAL sounds like a very close match to ScaledDecimal.
Or it would if ScaledDecimal were consistently implemented between Smalltalks.
The intent behind ScaledDecimal in the ANSI Smalltalk standard appears to
have been an (m,p) representation where m and p are Integers standing for
m * 10^p,
Hi James,
I see how my explanation might be unclear.
We have a main form for the agenda and a subform for an item, which is shown
using Seaside call/answer. The save button of the subform is clicked, which
adds the item to the underlying agenda model object, but the save button of the
main
> On 9 Oct 2019, at 10:33, giorgio ferraris wrote:
>
> for what I know it's the way it's integrated with the underlain OS. On
> windows things are much, much better.
>
> VW emulates GUIs well, but I would not expect it to beat native. I would
> restate it as : I would not expect
for what I know it's the way it's integrated with the underlain OS. On
windows things are much, much better.
*VW emulates GUIs well, but I would not expect it to beat native*. I
would restate it as : I would not expect native to be slower that
emulated :) seems the same, but not
25 matches
Mail list logo
