🚀 go-pugleaf

Joachim Beckers <joachim.beckers@belgacom.net> wrote:
> Ik ben gisteren begonnen een GUI te ontwerpen voor een projectje d.m.v.
> Glade. Programmeertaal is C++ (Gtkmm als toolkit dus).

Ugh, glade.

> 't Is de bedoeling dat de GUI eruitziet als een grafische zakrekenmachine.
> Het probleem is echter dat op zo'n ZRM nogal kleine toetsen zitten, en Glade
> kan daar niet mee overweg. Als ik de hoogte van een GtkButton kleiner als 27
> instel, dan verkleint hij die button niet langer.

Terzijde: de GNOME 'human interface guidelines' manual zegt een paar zeer
interessante dingen over het spelen met de groottes van dingen als knopjes en
waarom je dat soort spelen best aan themes overlaat en niet moet beginnen te
hardcoden in je applicatie.

Verder zijn magic numbers evil.

> Iemand een idee waar het fout zou kunnen lopen? Kan het zijn dat het
> GtkLabel op die GtkButton te groot is? En zo ja, hoe stel ik dan de fontsize
> van zo'n label in?

Met gtk_label_set_markup() dump je een string met pango markup in je label,
als je de nodige pango markup gebruikt, kan je die wel klein krijgen:

  <http://developer.gnome.org/doc/API/2.0/pango/PangoMarkupFormat.html>

Vermoedelijk zal de C++ versie op een gelijkaardige manier werken.

 - Philip

-- 
Philip Paeps                              Please don't email any replies
philip@paeps.cx                               I follow the newsgroup.

  You've been Berkeley'ed!

Philip Paeps wrote:
> Joachim Beckers <joachim.beckers@belgacom.net> wrote:
> 
>>Ik ben gisteren begonnen een GUI te ontwerpen voor een projectje d.m.v.
>>Glade. Programmeertaal is C++ (Gtkmm als toolkit dus).
> Ugh, glade.

Ja, niet erg fantastisch. Ik weet het. Maar voor een eerste Gtkmm 
projectje (lees: quick hack ;-), en voor eigen gebruik dan nog, moet dat 
toch kunnen he.

>>'t Is de bedoeling dat de GUI eruitziet als een grafische zakrekenmachine.
>>Het probleem is echter dat op zo'n ZRM nogal kleine toetsen zitten, en Glade
>>kan daar niet mee overweg. Als ik de hoogte van een GtkButton kleiner als 27
>>instel, dan verkleint hij die button niet langer.
> Terzijde: de GNOME 'human interface guidelines' manual zegt een paar zeer
> interessante dingen over het spelen met de groottes van dingen als knopjes en
> waarom je dat soort spelen best aan themes overlaat en niet moet beginnen te
> hardcoden in je applicatie.

Ja, weet ik ook. Die HIG doorlezen staat op mijn TODO-lijstje voor deze 
kerstvakantie. Voorlopig viel alleen dit op:
http://developer.gnome.org/projects/gup/hig/2.0/controls-buttons.html
en verder heb ik ook nog gelezen dat ik het regelen van de fonts moet 
overlaten aan het theme van de gebruiker. Dat lijkt me nogal moeilijk 
eigenlijk (hebben alle fonts bvb een pi-, theta of ->-tekentje?. Ik denk 
er nu aan om al de buttons van grafische labeltjes te voorzien die net 
groot genoeg zijn, en dan de buttons daaraan aan te passen.

> Vermoedelijk zal de C++ versie op een gelijkaardige manier werken.

pango zit ook in Gtkmm vermoed ik, maar er lijkt nogal weinig 
documentatie voorhanden te zijn. Nog eens beter achter zoeken in de 
vakantie.

Groeten

Joachim

Joachim Beckers <joachim.beckers@belgacom.net> wrote:
> Philip Paeps wrote:
> > Joachim Beckers <joachim.beckers@belgacom.net> wrote:
> > > 't Is de bedoeling dat de GUI eruitziet als een grafische
> > > zakrekenmachine.  Het probleem is echter dat op zo'n ZRM nogal kleine
> > > toetsen zitten, en Glade kan daar niet mee overweg. Als ik de hoogte van
> > > een GtkButton kleiner als 27 instel, dan verkleint hij die button niet
> > > langer.
> > 
> > Terzijde: de GNOME 'human interface guidelines' manual zegt een paar zeer
> > interessante dingen over het spelen met de groottes van dingen als knopjes
> > en waarom je dat soort spelen best aan themes overlaat en niet moet
> > beginnen te hardcoden in je applicatie.
> 
> Ja, weet ik ook. Die HIG doorlezen staat op mijn TODO-lijstje voor deze
> kerstvakantie.

Ik ben blij dat ik niet de enige ben die een 'literatuurlijst' aanlegt voor
vakanties.  Nu zou ik nog vakanties moeten nemen...

> en verder heb ik ook nog gelezen dat ik het regelen van de fonts moet
> overlaten aan het theme van de gebruiker.

Eigenlijk moet je ongeveer alles wat met 'look and feel' te maken heeft aan
het theme van de gebruiker overlaten.  Dat spaart je ook heel wat widget
fiddling in je code.

> Dat lijkt me nogal moeilijk eigenlijk (hebben alle fonts bvb een pi-, theta
> of ->-tekentje?

Niet noodzakelijk.  Maar als je al je strings in unicode bijhoudt, zorgt
normaal gezien ``iets magisch'' voor substitutie (op de meeste stuursystemen
doet fontconfig dat samen met freetype, op MacOS X is daarvoor iets nieuws
uitgevonden maar ik weet niet meer precies wat precies).

> Ik denk er nu aan om al de buttons van grafische labeltjes te voorzien die
> net groot genoeg zijn en dan de buttons daaraan aan te passen.

Als je echt zeker wilt zijn dat je users een theta zien en geen thorn of
gewoon 'th', is dat inderdaad de enige manier om het te doen.  Wel ervoor
zorgen dat je images scalable zijn zodat ze niet uit proportie raken als de
user een theme gebruikt met enorme buttons.

> > Vermoedelijk zal de C++ versie op een gelijkaardige manier werken.
> 
> pango zit ook in Gtkmm vermoed ik, maar er lijkt nogal weinig documentatie
> voorhanden te zijn. Nog eens beter achter zoeken in de vakantie.

Pango is redelijk goed gedocumenteerd hoor:

  <http://developer.gnome.org/doc/API/2.0/pango/index.html>

Maar ik denk niet dat je je echt met de gory details wilt bezig houden...

 - Philip

-- 
Philip Paeps                              Please don't email any replies
philip@paeps.cx                               I follow the newsgroup.

  BOFH Excuse #132:
    SCSI Chain overterminated

Joachim Beckers schreef:
> Hoi,
> 
> Ik ben gisteren begonnen een GUI te ontwerpen voor een projectje d.m.v. 
> Glade. Programmeertaal is C++ (Gtkmm als toolkit dus).
> 
> 't Is de bedoeling dat de GUI eruitziet als een grafische 
> zakrekenmachine. Het probleem is echter dat op zo'n ZRM nogal kleine 
> toetsen zitten, en Glade kan daar niet mee overweg. Als ik de hoogte van 
> een GtkButton kleiner als 27 instel, dan verkleint hij die button niet 
> langer.
> 

Misschien een beetje off-topic, maar zou je echt een grafische 
rekenmachine exact nabootsen in de gui? Het lijkt me nog altijd handiger 
om een formule/cijfers in te voeren met het toetsenbord, en niet op 
nummerkes klikken met je muis. Ik vond het altijd al zo dwaas dat 
iedereen een rekenmachine maar klakkeloos nabootst. Het lijkt me een 
beetje verspilling van beschikbare plaats in een venster.
Het doet me altijd denken aan die gratis software die je bij sommige 
geluidskaarten krijgt, die een stereo exact nabootsen in de gui. 
Inclusief de eject knop voor een mp3 player module.

Het is maar een gedacht, maar misschien kan je beter zo'n input-veld 
maken waar je een formule intypt "(2*4)+3", en een ander tekst veld met 
de uitkomst in. Eventueel een paar knoppen die een speciale formule 
invoegt zoals sin(), sqrt(), pi, ...

Jan <jan@spam.spam> wrote:
> Joachim Beckers schreef:
> > 't Is de bedoeling dat de GUI eruitziet als een grafische zakrekenmachine.
> 
> Misschien een beetje off-topic, maar zou je echt een grafische rekenmachine
> exact nabootsen in de gui? Het lijkt me nog altijd handiger om een
> formule/cijfers in te voeren met het toetsenbord, en niet op nummerkes
> klikken met je muis.

Volkomen mee eens!

> Het is maar een gedacht, maar misschien kan je beter zo'n input-veld maken
> waar je een formule intypt "(2*4)+3", en een ander tekst veld met de
> uitkomst in. Eventueel een paar knoppen die een speciale formule invoegt
> zoals sin(), sqrt(), pi, ...

Gewoon een RPN parser is ook goed :-)  Enkel een GtkEntry nodig die input
neemt en een label die de stack toont (of twee stacks, args en return, maar
voor een rekenmachine is dat niet direct nodig).

 - Philip [fan van dc]

-- 
Philip Paeps                              Please don't email any replies
philip@paeps.cx                               I follow the newsgroup.

  You may be recognised soon.
  Hide!
  If they find you, lie.