Luc Pionchon | 16 Mar 2003 13:01

gpe-iconlist

Hi,

I uploaded a few changes to gpe-iconlist to allow use by gpe-sketchbook.

(set_show_title): New public function to allow titleless iconlist
(set_bg_color): New public function to set the bg color
(update_icon_item_with_udata): New public function to update an icon
(remove_item_with_udata): New public function to remove an icon

With show_title = FALSE, the size should be reduced (at least minus
"label_height") but I did not fully sorted out the size management yet.
(help welcome! :)

Actualy I experienced a "funny" effect with sizes:
When clicking a button (not even the iconlist) the iconlist's size is
recalculated... and grow up! The increment is 23, which is...
15 + 8 ! :)
LABEL_XMARGIN is 8, and there are a few 15 in the code...
it could be related.

The hand made patch below fixes the thing:

in _recalc_size(),
  gtk_drawing_area_size (
  GTK_DRAWING_AREA(gtk_object_get_data (GTK_OBJECT(self), "da")),
- allocation->width, self->_priv->rows * il_row_height (self) + 5);
+ allocation->width -23, self->_priv->rows * il_row_height (self) + 5);

Also, I think the border should be a parameter. The current default is
quite large (sketchbook only displays 2 icons in a row (64 pixels))
(Continue reading)

Luc Pionchon | 16 Mar 2003 13:11

Re: gpe-iconlist

Some more sugestions,

Icons could be selectable, with a different visual aspect (darker?)
and react to double-click.

luc

On Sun, 16 Mar 2003 14:01:28 +0200
Luc Pionchon <luc <at> handhelds.org> wrote:

> Hi,
> 
> I uploaded a few changes to gpe-iconlist to allow use by
> gpe-sketchbook.
> 
> (set_show_title): New public function to allow titleless iconlist
> (set_bg_color): New public function to set the bg color
> (update_icon_item_with_udata): New public function to update an icon
> (remove_item_with_udata): New public function to remove an icon
> 
> With show_title = FALSE, the size should be reduced (at least minus
> "label_height") but I did not fully sorted out the size management
> yet.(help welcome! :)
> 
> Actualy I experienced a "funny" effect with sizes:
> When clicking a button (not even the iconlist) the iconlist's size is
> recalculated... and grow up! The increment is 23, which is...
> 15 + 8 ! :)
> LABEL_XMARGIN is 8, and there are a few 15 in the code...
> it could be related.
(Continue reading)

ni_ten | 16 Mar 2003 13:14
Picon
Favicon

problems with bootgpe2-v0.7-pre4-h3100.jffs2

I like GPE on my iPAQ 3100, and I use currently bootgpe 0.6.1 and it is ok, but I want to try the new bootgpe2-v0.7-pre4-h3100.jffs2.
I find a problem, when I transfer the image with ymoden:
	ymoden sectors/kbytes sent: 81511/10188k retry 0: Got 50 for sector ACK.
What it's this?
I have to select other image? (bootgpe-v061-01-h3100.jffs2 0.6.1=9,5 Mb -
bootgpe2-v0.7-pre4-h3100.jffs2=12,5 Mb)
I think that the 0.7 image is too big for the 16 mb rom.
How I can try to resolve this problem?
Please, help me.
Thanks in advance.

--

-- 
Saluti

Alessandro
_______________________________________________
                                               |
Linux Slackware 8.1                            |
kernel 2.4.20-preempt-lowlatency-packetwriting |
_______________________________________________|
Philip Blundell | 16 Mar 2003 14:42
Picon

Re: gpe-iconlist

On Sun, 2003-03-16 at 12:01, Luc Pionchon wrote:
> Actualy I experienced a "funny" effect with sizes:
> When clicking a button (not even the iconlist) the iconlist's size is
> recalculated... and grow up! The increment is 23, which is...
> 15 + 8 ! :)
> LABEL_XMARGIN is 8, and there are a few 15 in the code...
> it could be related.

I've experienced a kind of related problem with gpe-bluetooth.  If I run
that on my desktop, even if I don't click any buttons at all, the
iconlist grows sideways out to infinity.  I think the problem there is
that it takes the size allocation for the whole window, and tries to set
the drawing area width to the same value without taking account of the
borders.  Maybe the same thing is happening to you.

p.
Philip Blundell | 16 Mar 2003 14:47
Picon

reminder: developer's meeting next weekend

L.S.

The GPE Developer's Meeting will be taking place next weekend, 22-23
March, at Darwin College in Cambridge.  Further information is at
http://handhelds.org/z/wiki/GPEDevWeekend.

Hope to see you there.

p.
Philip Blundell | 16 Mar 2003 15:21
Picon

Re: gpe-iconlist

On Sun, 2003-03-16 at 12:11, Luc Pionchon wrote:
> Some more sugestions,
> 
> Icons could be selectable, with a different visual aspect (darker?)
> and react to double-click.

I'd kind of like to see the individual items in the iconlist be GObjects
in their own right; the overall list widget would then be a container,
and you could attach handlers for whatever button events you wanted on
an item-by-item basis, cf GtkMenuItem/GtkMenu.

In terms of appearance, it'd also be handy to have a way to make the
icons look "insensitive". 

p.
Colin Marquardt | 16 Mar 2003 15:27
Picon

GPE list via News

Hi all,

we now have (bi-directional) access to this list as a newsgroup.
See http://gpe.handhelds.org/contact.shtml. In short, it's
news://gmane.comp.handhelds.gpe

I will let them import the archive there too once Nils gives his
okay.

Cheers,
  Colin

--

-- 
YYURYYUBICURYY4ME.
Nils Faerber | 14 Mar 2003 21:08
Picon

Re: GPE in Siemens SimPAD

On Fri, 14 Mar 2003 11:35:27 -0500
"Hicks, Jamey" <Jamey.Hicks <at> hp.com> wrote:
> It would be nice to get the simpad support integrated into the
> standard familiar distribution.  If the simpad sourceforge project
> maintainers are not on this list, I think someone should contact them
> to see if they would like to join the familiar project.

I just played around with the kernel, making images and so on.
Looks quite promising.
After some fiddeling I got the kernel to compile and eat a JFFS2 as
initial filesystem instead of cramfs. This opens several doors :) But
the kernel is anything from stable or complete. Many functions are
either only half implemented or instable. For example the audio driver
fails after resume. Worse of all is that the PCMCIA support is ...
broken. I got exactly one CF flash card to be accepted. Anything else
was rejected due to very strange reasons. The framebuffer and
touchscreen code has to be reviewed too.

But anyway, it is a really good start!
You can run a kernel and reflash it natively.
This more than on could expect!

I would like to extract the SIMpad specific parts of the kernel and try
to merge with 2.4.19-rmk*-hh* head... I think this should help resolving
lots of problems.

> -Jamey
CU
  nils faerber

(Continue reading)

Nils Faerber | 16 Mar 2003 18:05
Picon

GPE at CeBit

Hi!
Just as a little reminder, we are currently here at CeBit in Hannover
maintaing a booth. We are located at halle 6, booth A53-068!

And we have a SIMpad running GPE here :)
It took me some nights but now it looks quite well!

We will be here until Tuesday but the booth will only be until Monday
night.

CUhere
  nils faerber

--

-- 
kernel concepts          Tel: +49-271-771091-12
Dreisbachstr. 24         Fax: +49-271-771091-19
D-57250 Netphen          D1 : +49-170-2729106
--
Goetz Bock | 16 Mar 2003 19:46
Picon

Re: GPE in Siemens SimPAD


On Fri, Mar 14 '03 at 21:08, Nils Faerber wrote:
> > It would be nice to get the simpad support integrated into the
> > standard familiar distribution.  If the simpad sourceforge project
> > maintainers are not on this list, I think someone should contact them
> > to see if they would like to join the familiar project.
> I just played around with the kernel, making images and so on.
> Looks quite promising.
I just got mine on Saturday. It's still running WinCE, as the
instructions on the sf page did not allow me to quickly flash it with
linux.

But I'm definitely interesting in getting the SimPAD to work with
Linux/GPE.
--

-- 
Goetz Bock       (c) 2003 as     blacknet.de - Munich - Germany   /"\
IT Consultant    GNU FDL 1.1    secure mobile Linux everNETting   \ /
                                                                   X
 ASCII Ribbon Campaign against HTML email & microsoft attachments / \

Gmane