headers
Greg Alexander | 27 Sep 2002 09:25

miniapm patch (fix premature exit) & questions & intro

Greetings.

I'm new here.  I'll likely be making some more changes,
but this corrects something that bugged me so I fixed it
the moment I got my cross-env working.

miniapm seems to exit whenever you close the informational
pop up window.  I'm not an expert as to what the generated
DestroyNotify event actually means, but minisys (for example)
doesn't watch for DetroyNotify and just has a while (1) loop
so I figure that's the way to do it.  Enjoy the attached
patch relative to the cvs version.

I have a couple projects related to MatchBox that I'd like
to undertake, at least one of which is pretty important to
my enjoyment of my ipaq.

First off I want to make my own text input mechanism.
I played around a little bit with mockups on my palm pilot
and I have come up with a stroke system based on a 3x3 grid,
discarding the parallel to handwriting, that seems pretty
usable.  The trouble is I think it really requires a dedicated
screen region, and it has to be square so I don't want to put
it in the dock (I assume the dock would have to become as tall
as the square, which is unideal).

I think ideally I want a window that is stuck on top and not
associated to any particular application from matchbox's
perspective.  It should be a free-standing window that can be
dragged around (or minimized) when it is in the way.  Is it
(Continue reading)

Permalink | Reply | 2 comments |
headers
mallum | 27 Sep 2002 10:12
Picon

Re: miniapm patch (fix premature exit) & questions & intro

on Fri, Sep 27, 2002 at 03:25:17AM -0400, Greg Alexander wrote:
> 
> miniapm seems to exit whenever you close the informational
> pop up window.  I'm not an expert as to what the generated
> DestroyNotify event actually means, but minisys (for example)
> doesn't watch for DetroyNotify and just has a while (1) loop
> so I figure that's the way to do it.  Enjoy the attached
> patch relative to the cvs version.
> 
Hmm, This doesn't happen to me.
How are you killing the popup ? with xkill or something ? You just
need to click it to close it. 
Thanks for the path though, and it does make sense to apply ! To fix
at least when killed with xstroke.  

> I have a couple projects related to MatchBox that I'd like
> to undertake, at least one of which is pretty important to
> my enjoyment of my ipaq.
> 
> First off I want to make my own text input mechanism.
> I played around a little bit with mockups on my palm pilot
> and I have come up with a stroke system based on a 3x3 grid,
> discarding the parallel to handwriting, that seems pretty
> usable.  The trouble is I think it really requires a dedicated
> screen region, and it has to be square so I don't want to put
> it in the dock (I assume the dock would have to become as tall
> as the square, which is unideal).
> 

Why not make the window a toolbar type, like xkbd or GPE's minicalc
(Continue reading)

Permalink | Reply | 0 comments |
headers
mallum | 27 Sep 2002 10:12
Picon

Re: miniapm patch (fix premature exit) & questions & intro

on Fri, Sep 27, 2002 at 03:25:17AM -0400, Greg Alexander wrote:
> 
> miniapm seems to exit whenever you close the informational
> pop up window.  I'm not an expert as to what the generated
> DestroyNotify event actually means, but minisys (for example)
> doesn't watch for DetroyNotify and just has a while (1) loop
> so I figure that's the way to do it.  Enjoy the attached
> patch relative to the cvs version.
> 
Hmm, This doesn't happen to me.
How are you killing the popup ? with xkill or something ? You just
need to click it to close it. 
Thanks for the path though, and it does make sense to apply ! To fix
at least when killed with xstroke.  

> I have a couple projects related to MatchBox that I'd like
> to undertake, at least one of which is pretty important to
> my enjoyment of my ipaq.
> 
> First off I want to make my own text input mechanism.
> I played around a little bit with mockups on my palm pilot
> and I have come up with a stroke system based on a 3x3 grid,
> discarding the parallel to handwriting, that seems pretty
> usable.  The trouble is I think it really requires a dedicated
> screen region, and it has to be square so I don't want to put
> it in the dock (I assume the dock would have to become as tall
> as the square, which is unideal).
> 

Why not make the window a toolbar type, like xkbd or GPE's minicalc
(Continue reading)

Permalink | Reply | 0 comments |

Gmane