If your solution is generic i'm interested.
Is it possible to look at code ?
BTW, Your library may correlate with expected serialization library.
regards,
bohdan
"Rob & Lori" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> For those of you who a
"E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> --- Bohdan <[EMAIL PROTECTED]> wrote:
>
> > 2. Finally your lib may become non-template ( i mean
> > cpp files) ...
>
> If it becomes not-template, I'll stop wor
> toolkits are mostly concerned with the presentation
> level, notus is not! (well to a degree)
IMHO, low level GUI can be supported too.
It is not as important as 'native GUI' support,
however it can be proof that something written
using modern c++ techniques is better than
something written on C 10 years ago :).
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
rticular OS object).
> >
> > -graydon
>
> Synchronization channel sounds good except that stream names are too long.
>
> synchronization_channel channel; // good
>
> // too long?
> synchronization_channel_istream in(channel);
> synchronization_ch
;
pb.max( 100 );
pb.step( 5 );
pb.smooth( true );
w.insert( pb );
w.show(); //or w.show_modal();
window::main_loop();
}
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
gt; customizations of the pure template library.
... And here you are telling that there will be
some (platform dependant).
Do you mean there will be two libraries/layers ?
> The
> customizations could be even put in another namespace.
regards,
bohdan
"E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> --- Bohdan <[EMAIL PROTECTED]> wrote:
>
> > Because :
> > 1. traits causes more complicated and more
> >error prone interface. In this case
> >
t of it's part.
Current boost::thread design is just
reflection for this statement.
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
for more than ONE OS in ONE application.
IMO, it is true for GUI library :)
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
nt callback.
> That's what my example does - it's obfuscated indeed, but that's
> because I had to tweak it to work with VC6.
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
"Philippe A. Bouchard" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Bohdan wrote:
>
> [...]
>
> >> There are a lot of good reasons why we would not always want to have
> >> total control.
> >
> > "Not always" mean
t ten applications each with a
> different look and feel. I don't want to have to remember that step
> size for our company is always '5', for instance.
Interface proposed by me can and should have default values as well.
> If we head in the direction we've been talking we would also provide a
> cross platform lower level API where you could get more control and do
> things like what you describe below. I hope that most programmers would
> find it unnecessary though.
IMHO this interface is must.
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
;
pb.max( 100 );
pb.step( 5 );
pb.smooth( true );
w.insert( pb );
w.show(); //or w.show_modal();
window::main_loop();
}
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
you modify the ID of a resource, all
> you have to do is recompile the source file (wnd_widget.cpp), not the whole
files
> depending on wnd_widget.h.
AFAIK, some gui toolkits use not event, but callback system.
IMHO it is more evective
thinking about setting up a sourcesafe
> project. What do you think about the name, boost::SGTL
> (Standrad GUI Template Library)?
>
1. Boost isn't standart but near :)
2. Finally your lib may become non-template ( i mean cpp files) ...
What about simple boost::gui ?
regards,
bohda
e them.
>
Thanks. I'm already tracking this thread.
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ybe that's a little pretentious for us at
> this early stage :) gtl would probably be better. I suspect that if we
> get to a review some people may request something more verbose.
>
IMO, gtl can be mixed up with boost graph library. May be guitl ?
regards,
bohdan
ort (patching files and build system).
IMHO, this solution is almost identical to implementing
custom ThreadTraits and it is pleasant for lazy
programmers soul :).
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
"E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> --- Bohdan <[EMAIL PROTECTED]> wrote:
>
> > If you mean your threads snipped: Yes i've seen it.
> > IMO it is more complicated and YES it has compile
> > time pro
k that lisp-like planty of parentheses
will be very convenient for coding ?
If you really wan't to invent kind of "dialog language"
( i really don't understand why one may need it ?),
wouldn't it be better to use operators
lazy choice :
ask developers to port it to boost ?:))
It is developed under BSD license. I'm not expert in licenses :(.
If somebody can shed light on this license thanks.
regards,
bohdan
___
Unsubscribe & other changes: http://l
"E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> --- Bohdan <[EMAIL PROTECTED]> wrote:
> >
> > "E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
> > > but which approach is better for GUI lib.
&g
t
pragmas as in boost::regex.
Honestly ... i'd like to see such build system in all boost
non-template libs :) IMHO, it is very convenient.
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ion is not "what is good for modern c++"
but which approach is better for GUI lib.
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
c++. They(ideas) are
good, very good unfortunately not always.
Please have mercy for people using
poor modern compilers :).
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
be written on top of a pure C++ solution with the help of a
> serialization library.
>
Sure, but this can be kind of simple c++ or even c code.
Alternatively very important is possibility to load resources in runtime,
possibly this can help to solve localization issues.
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
idea or not, I think if you were going to go to the
> trouble of generating a resource script language and editor that you
> wouldn't necessarily want to tie it to one programming language (i.e.
> c++).
IMHO, creating simple resource script language or using XML isn't
as diffic
idea or not, I think if you were going to go to the
> trouble of generating a resource script language and editor that you
> wouldn't necessarily want to tie it to one programming language (i.e.
> c++).
IMHO, creating simple resource script language or using XML isn't
as difficul
pment time.
BTW, there were some talks about second review of declined serialization
library
which can be used for resource files ... is this library being developed or it
is "dead" ?
regards,
bohdan
___
Unsubscribe & other changes: http:/
Hi,
Just curious ... is it worth considering well known GUI designs like
MVC( Model-View-Controller) or more refined MVP( Model-View-Presenter) ?
Or they are not good enough for modern c++ ?
regards
bohdan
___
Unsubscribe & other changes:
LTK 2.0 will utilize many more C++ features including exceptions, namespaces,
and templates. The use of exceptions and templates will be optional.
In addition, FLTK 2.0 will provide enhanced device, rendering, and style
interfaces to support more platforms, printing, and application "skins&quo
"Stefan Seefeld" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi Bohdan,
>
> even though you may think of a dom tree as 'just another tree', there is
> really quite a bit of domain-specific semantics associated with it
> that makes it
bxml2)
objects like nodes,attributes, text .. ?
IMHO i like libraries which manual first lines contain
".. Xxx library/class has the same interface as Yyy library/class ... ".
regards,
bohdan
___
Unsubscribe & other changes: http://list
Just interesting link on yet another geometry/image library and related :
http://vxl.sourceforge.net
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
hoices it has in the second stage. But it scales
> much better in terms of dependencies.
Does it mean that for some use cases your lib can be event slower than FSM
implementation with acyclic visitor ? IMHO inner states are not too rare thing
in practice ...
regars,
bohdan
_
pe df = destruct_fn();
df(ptr);
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ces ?
Anyway thanks for links :)
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Hi,
Recently i heard something about "Double Dispatch" within FSM discussion.
Sorry for bothering, but where can i find something about it ?
Sources/Article ?
Thanks for help.
regards
bohdan
___
Unsubscribe & other changes: http://l
ht and initial state template parameter
will simpify code, but allowing default "InnerInitial = detail::empty_list"
as you did it for state template will allow complete removing of
initial state from interface.
BTW what about run-time selection of initial states ? :
StopWatch::StopWatch()
estion isn't too annoying :)
>
> boost::fsm no longer uses acyclic visitor! The current double dispatch
> implementation (which was inspired by Aleksey's fsm lib) uses one virtual
> call followed by a linear search for a suitable reaction, using one RTTI
> comparison per
rid of "Acyclic Visitor".
Some dispatch policies ... ?
Hope this question isn't too annoying :)
Actually i have some more remarks, but should
look at your library closer.
It's really cool! Thanks Andreas.
regards,
bohdan
of the biggest problems is lack of time.
Links:
http://www.garret.ru/~knizhnik/cppreflection/docs/reflect.html
http://www.vollmann.ch/en/pubs/meta/meta/meta.html
Also you can look at languages that already have reflection/introspection
(java,c#...).
regards,
bohdan
_
rks, but GC is used in place of ref-counting.
I suspect this was already concidered and rejected,
than can anybody shed light why ?
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
"Vladimir Prus" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Bohdan wrote:
> I'm not a database expert, so my knowledge may be just rusty. However, I never
> heard about composite types in relational tables, and ne
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> "Bohdan" <[EMAIL PROTECTED]> writes:
>
> > Do you mean that *i returns proxy (not object or reference) ?
> > Can you give some link
in.
>
> Which compiler are you using? So far we only support VC6 and g++.
>
> Arkadiy
>
bcc32 5.5.1 ( borland ) commonly with stlport
I'll try to fix sources for it.
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
"Arkadiy Vertleyb" <[EMAIL PROTECTED]> wrote in message
arecso$9uf$[EMAIL PROTECTED]">news:arecso$9uf$[EMAIL PROTECTED]...
> Bohdan,
>
> If I understand correctly you have some way to split an object into fields.
> After you do it, what are your fields, strings
.
When you need to commit some trx than
you just commit cache etries write locked
by this transaction.
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
hat object copy is cheap ?
Problem #4:
User has some template algorithm which deals with generic stl container.
Algorithm expects object "pointer <-> disk buffer" identity when performing
const operations on your container which is norm for std::container.
I'm not sure if it is required by standart, but it seems logical to me.
---
MHO :
It would be better to implement buffer (POD?) disk container and object
disk container separately. I looks like they are pretty different things.
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
nternally. You can even
> arrange for it to construct the value_type in its internal storage on
> demand, so that it doesn't store anything until it is dereferenced.
I was trying to convince Wesley to this approach but it is not easy :)
He claims that it is much easier to return proxy and serialize /
deserialize on assignment and cast, but I have feeling that it is
blind alley for stl on disk.
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ance.
I failed to compile rtl with my compiler. Will try once again.
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
"Joachim Achtzehnter" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Today, in a message to boost, Vladimir Prus wrote:
> >
> > Bohdan wrote:
> > >
> > > serialization: Object <-> Relational
"Arkadiy Vertleyb" <[EMAIL PROTECTED]> wrote in message
arc2ra$nhv$[EMAIL PROTECTED]">news:arc2ra$nhv$[EMAIL PROTECTED]...
> "Bohdan" <[EMAIL PROTECTED]> wrote in message
> arb73a$2gm$[EMAIL PROTECTED]">news:arb73a$2gm$[EMAIL PROTE
"Vladimir Prus" <[EMAIL PROTECTED]> wrote in message
arb8od$c87$[EMAIL PROTECTED]">news:arb8od$c87$[EMAIL PROTECTED]...
> Bohdan wrote:
> > I believe that XML can contain any data. But i suspect that
> > XML garbaged with all serialization stuff will
I think that this kind of serialization is completely different from
serialization framework written by Robert and possibly it can solve
XML serialization question.
thoughts ?
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
acking data structures. I have a nice raw iterator class that operates on
> memory chunks for the key&data. It is mostly complete, but lacks a
> user-friendly api.
>
> I am trying to get it to look more like the stl because the wrapper I wrote
> for my previous employer was
;
> ... that's you. :-)
Don't count on it :) Actually you touched a top of iceberg.
ObjectDatabases are very painful things. Unfortunately
they are not too popular nowadays. The reason for
this is simple, they are extrimally difficult to implement
and use (at least for c++). So if you want to hear my
humble opinion: try to implement something small
and limited in use first.
BTW, the best open-source link that can be of some help :
http://www.garret.ru/~knizhnik/
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
m not sure if boost::fast_pool_allocator gives any acceleration
in this case.
regards,
bohdan
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
"John Maddock" <[EMAIL PROTECTED]> wrote in message
news:00f801c288b3$70f93920$605787d9@;1016031671...
> C++ Builder 6 uses STLport, which has a pool based allocator by default
> anyway...
I'm using C++ builder 5.0, which us
different compilers ?
struct simple
{
int m_x;
double m_f;
};
...
AllocatorT a;
const int N = 2000;
for( int i=N; i; --i )
{
a.deallocate( a.allocate(1), 1 );
}
<\code>
BTW, Is pool library supported now ?
regards,
bohdan
___
Unsub
60 matches
Mail list logo
