Hi Stefan,
ok, here are some things I consider important, i.e. which I would like
to see in GGI (eventually). Please tell me whether you agree and whether
you think it might be possible to include it in the next release.
TNX.
* visual update feedback (through named pipe or unix socket)
Stefan Seefeld [EMAIL PROTECTED] writes:
Nathaniel Smith wrote:
I found the bug in GGI::Visual that was preventing events from being
forwarded; had to fill in the event.any.target field, or it was discarded
by ggiEventSend.
strange. Why is this needed ? Events are sent to visuals. So
Andreas Beck wrote:
* visual update feedback (through named pipe or unix socket)
add a fifo to the shm visual structure, and implement the ggiFlush
functions such that the repaired region is reported back through the
channel, if desired.
The initializer string could simply be
On Thu, Oct 26, 2000 at 12:03:56AM +0200, Andreas Beck wrote:
is it possible to get ggi device's fd
(something like the ConnectionNumber() in X)?
No. Because there is no such thing for most devices. GGI does not go through
a socket.
There can also be polled devices that won't trigger a
On 26 Oct 2000, Marcus Sundberg wrote:
[snip]
However there are some flaws and unfixed things in the current
*EventSend() system, so a redesign will probably happen before
the final release is made.
But how about a further beta-release _before_ the redesign and the final
release?
CU,
My first mail is apparently lost. I send it again.
Sorry for the double-post (in case).
Quoting Andreas Beck [EMAIL PROTECTED]:
and it appears it hasn't been updated for years. I remember someone
offering
to work on the web site not so long ago. It seems the general silence
discouraged
Hi
On Mit, 25 Okt 2000 19:15:05 Lee wrote:
Stefan and GGI developers,
...
1) Move GGI to sourceforge. This is the perfect environment for open
software creation. No more "anon cvs is borked" emails. Plus GGI becomes
more
visible to the rest of the programming community. First rate
Hello,
On Don, 26 Okt 2000 18:02:07 [EMAIL PROTECTED] wrote:
In reply to Andreas Beck [EMAIL PROTECTED]
I haven't separated out the targets for source distributions (doesn't
make much sense IMHO), but we will for binary ones. I'll see if I can
make a build system for RH rpm packages.
On Thu, 26 Oct 2000 [EMAIL PROTECTED] wrote:
[snip]
it is interesting to note that debian already separate targets on its
distribution. it is the correct thing to do, and that's what the
debian ggi maintainer ends up doing by himself.
Sure. But the debian-package is rather old. I
On Thu, 26 Oct 2000, Andreas Beck wrote:
as I once proposed, it might be desirable to know the visual's physical
dimensions. Lots of applications need such information, so it would be
best to provide that info at a low level instead of requiring every
application to provide a
On Thu, 26 Oct 2000, Stefan Seefeld wrote:
O.K. - what do you need to know ?
our ultimate goal is 'resolution independence'. Before we were all brainwashed,
setting the resolution meant to specify how many pixels fit in a given physical
length. The size of graphical objects was *not*
On Thu, 26 Oct 2000, Johannes Zellner wrote:
On Thu, Oct 26, 2000 at 12:17:13AM +0200, Andreas Beck wrote:
[...]
CVS works fine for me and others. If it works fine, don't touch it.
[...]
no it doesn't, as pointed out earlier. I get at many of my
`frequently used sources' by anon cvs, but
On Thu, 26 Oct 2000, [EMAIL PROTECTED] wrote:
http://soyt.free.fr/ggi/news.php3
Just give me your opinion on the layout/design.
I like it a lot. I really like the fact that you are conversant with php. It's
clean ,its neat, and could easily be upgraded.
--
Lee Brown Jr.
[EMAIL
On Thu, 26 Oct 2000, Martin Schulze wrote:
Just as a reminder: There _is_ a project aiming at porting gtk to ggi
at sourceforge (see http://ggitk.sourceforge.net/).
Unfortunately I don't have the time to get involved myself but I am
pretty sure that anybody who wants to ocontribute will be
In reply to [EMAIL PROTECTED] (Christoph Egger)
it is interesting to note that debian already separate targets on its
distribution. it is the correct thing to do, and that's what the
debian ggi maintainer ends up doing by himself.
Sure. But the debian-package is rather old. I recommend to
Lee wrote:
On Thu, 26 Oct 2000, Andreas Beck wrote:
as I once proposed, it might be desirable to know the visual's physical
dimensions. Lots of applications need such information, so it would be
best to provide that info at a low level instead of requiring every
[EMAIL PROTECTED] wrote:
In reply to [EMAIL PROTECTED] (Christoph Egger)
it is interesting to note that debian already separate targets on its
distribution. it is the correct thing to do, and that's what the
debian ggi maintainer ends up doing by himself.
Sure. But the
Hi guys.
I agree that the library tree needs to be looked at but maybe we should focus
on getting a release out first. After that perhaps we can come to an agreement
as to how things are to be shuffled around.
--
Lee Brown Jr.
[EMAIL PROTECTED]
On Thu, Oct 26, 2000 at 05:53:12PM -0400, Lee wrote:
On Thu, 26 Oct 2000, Martin Schulze wrote:
Not in the core lib according to Andreas and the others. But if you ever
find some time off, then you certenly could investigate the principles
of how hardware acceleration is beeing made
On Thu, 26 Oct 2000, Lee wrote:
On Thu, 26 Oct 2000, Stefan Seefeld wrote:
O.K. - what do you need to know ?
our ultimate goal is 'resolution independence'. Before we were all brainwashed,
setting the resolution meant to specify how many pixels fit in a given physical
length. The
(Yes, I know I am a bit late on this answer but, well...)
On Fri, 29 Sep 2000, Stefan Seefeld wrote:
The next thing to do is to implement event routing. However, as the
client will have a single ggi visual, we still need a region management
library (client side) which figures out the
On Fri, 27 Oct 2000, Johannes Zellner wrote:
On Thu, Oct 26, 2000 at 05:53:12PM -0400, Lee wrote:
On Thu, 26 Oct 2000, Martin Schulze wrote:
Not in the core lib according to Andreas and the others. But if you ever
find some time off, then you certenly could investigate the principles
22 matches
Mail list logo