Localizing menu accelerators

Hi,

To display correctly localized menu shortcuts for the user. I mean, ctrl on german keyboard is Strg. Thus I
would like the user to
see Strg+N (which I'd consider standard) instead of English Ctrl+N.

Any ideas, hints or knowledge?

Thanks

Andreas

AW: Localizing menu accelerators

Hi all,

Sorry for my text/english. Seems to be too late. I'd like to see Strg+N in a menu - which is german
localization - instead of the
English Ctrl+N.

Is this possible?

Thanks
Andreas

> -----Ursprüngliche Nachricht-----
> Von: owner-lisp-hug <at> lispworks.com 
> [mailto:owner-lisp-hug <at> lispworks.com] Im Auftrag von Andreas Thiele
> Gesendet: Mittwoch, 4. Juli 2007 01:00
> An: lisp-hug <at> lispworks.com
> Betreff: Localizing menu accelerators
> 
> 
> 
> Hi,
> 
> To display correctly localized menu shortcuts for the user. I 
> mean, ctrl on german keyboard is Strg. Thus I would like the 
> user to see Strg+N (which I'd consider standard) instead of 
> English Ctrl+N.
> 
> Any ideas, hints or knowledge?
> 

Force compile

Hi there,

Is there a way to force a file to be compiled if the compiled file  
was created on another computer or by another user (i.e. the absolute  
source pathname listed at the top of the compiled file cannot be  
found)? Any compiler variables that does this?

regards,

Mika Kuuskankare
Researcher
Centre for Music & Technology
Sibelius Academy

Henkilökohtainen postiosoite/Personal post address
PL 342 - PO Box 342
FIN-00121 Helsinki, FINLAND
Tel: +358 (0)40 5415 233
Skype: mkuuskan
home page: www.siba.fi/~mkuuskan

storage question

Hi,

Very basic question : I'm looking for some function or info about the
computation of storage size of objects. HCL:find-object-size return some
information but not sufficiently to know the exact size of a instance or
even a simple list...
Any links ?

Thanks

Denis

-------------------------------------------------------
Denis Pousseur
70 rue de Wansijn
1180 Bruxelles, Belgique

Tel : 32 (0)2 219 31 09
Mail :  denis.pousseur <at> gmail.com
-------------------------------------------------------

unsubscribe lisp-hug

FW: storage question

I'll try to be more precise :

What's the size of a list of 4 fixnums ? HCL:find-object-size return 12 for
any kind of list. Is it the size of the first cons ?
If it is, is the size of a cons of 2 fixnums 12 with the two fixnums
included ? or 12 + the size of the fixnums ?

Is the size of a list of 4 fixnums = (* 4 12) ? Or = (+ 4 (* 4 8)) ? Or ...?

I remember something about that on the mailing-list but I can't find it
now...

Any help very appreciated. Thanks !

Denis 

-------------------------------------------------------
Denis Pousseur
70 rue de Wansijn
1180 Bruxelles, Belgique

Tel : 32 (0)2 219 31 09
Mail :  denis.pousseur <at> gmail.com
-------------------------------------------------------

------ Forwarded Message
From: Denis Pousseur <denis.pousseur <at> gmail.com>
Date: Fri, 06 Jul 2007 16:16:42 +0200
To: Lisp Hug Lispworks <lisp-hug <at> lispworks.com>
Subject: storage question

Hi,

Very basic question : I'm looking for some function or info about the
computation of storage size of objects. HCL:find-object-size return some
information but not sufficiently to know the exact size of a instance or
even a simple list...
Any links ?

Thanks

Denis

-------------------------------------------------------
Denis Pousseur
70 rue de Wansijn
1180 Bruxelles, Belgique

Tel : 32 (0)2 219 31 09
Mail :  denis.pousseur <at> gmail.com
-------------------------------------------------------

------ End of Forwarded Message

Re: storage question

On 6 Jul 2007, at 15:16, Denis Pousseur wrote:

>
> Hi,
>
> Very basic question : I'm looking for some function or info about the
> computation of storage size of objects. HCL:find-object-size return  
> some
> information but not sufficiently to know the exact size of a  
> instance or
> even a simple list...
> Any links ?
That's a fairly hard problem to solve in general: where do you stop  
counting?  For instance how do you allocate the space used up by a  
package to its symbols?  How do you count the space used by a cons  
tree which is actually a graph?

--tim

(unknown)

unsubscribe lisp-hug

Re: storage question

On 7 Jul 2007, at 13:36, Denis Pousseur wrote:

>
> I'll try to be more precise :
>
> What's the size of a list of 4 fixnums ? HCL:find-object-size  
> return 12 for
> any kind of list. Is it the size of the first cons ?
> If it is, is the size of a cons of 2 fixnums 12 with the two fixnums
> included ? or 12 + the size of the fixnums ?

That will be the size of a cons: a word of tag, and a word each for  
the car & cdr.  A fixnum will fit directly in the car or cdr, as will  
the terminating NIL.  So the size of a list of n fixnums is the size  
of the conses, which is n*12 bytes. Presumably bigger (and I'd guess  
2x as big - you can't need that many tag bits, but alignment  
restrictions probably mean that you need to align the pointers on 8- 
byte boundaries) for a 64bit version.

--tim

How to make an output-pane interact with layouts?

Consider this code with buttons (I've tried to condense it):

(use-package "CAPI")

(contain
 (make-instance 'row-layout
               :description
               (loop for i from 1 to 6 collect
                     (make-instance 'push-button :text "Hello There,
Everybody"))))

Simple - 6 buttons drawn in a non-overlapping fashion.

(contain
 (make-instance 'row-layout
               :description
               (loop for i from 1 to 6 collect
                     (labels ((draw-text (self)
                                (gp:draw-string self "Hello There, Everybody"
                                                0 (gp:get-font-ascent self) )))
                       (make-instance
                        'output-pane
                        :display-callback
                        (lambda (self &rest ignore) (draw-text self)) )))))

Here, the draw-panes overlap - that is, their size is not used as a
basis in their positioning.  The "Hello There, Everybody" text is
partially obscured/covered by the next one.

How can I rectify this, and reliably notify the layout on startup (and
potentially on change) of the size of the output-pane?

(Apologies to Nick L. for not getting back on this sooner, and thanks
again for his excellent code sample upon which this is based)

Thanks,
Matt