– Kies de eigenschappen van je project Project, Properties, tab Options, en kijk bij Translation. Daar staat of je project vertaalbaar is (verzet naar Yes), en welke de basistaal is (bv English, United Kingdom).
– Indien vertaalbaar kan je bij Project, Translate kiezen (of het vlaggensymbool in de knoppenbalk).

In mijn geval leidde dat tot volgende foutmelding:

Cannot read translation file for language ‘English (U.S.A.)’
File already exists
sh: msgmerge: command not found

De help zegt:
How To Translate A Gambas Project
To translate a project into your own language, open it in the IDE, and click on translate… in the Project menu. (If the IDE complains about msgmerge, make sure you have GNU gettext on your computer)

Ik installeer
Gettext-devel – Tools for Native Language Support (NLS)

Daarna werkt de vertaalfunctie wel en krijg je een venster. Van elke te vertalen stuk tekst wordt getoond uit welke module het afkomstig is, en vanop welk regelnummer.
Links staan de originele teksten, rechts kan je de vertalingen invullen:

De taal-onderdelen komen terecht in een subdirectorie in je Gambas project:
.lang

Daarin zie je de files met de vertalingen herkenbaar aan hun naam “en_us”, “nl_be” enz, en andere bestanden blijkbaar per module, form …
In de .pot bestanden (zoals FMain.pot) komt bovenaan de hele directory structuur /home/gebruikersnaam/… leesbaar voor; denk daaraan bij verspreiding!

Als je de resultaten wil uitproberen zonder je “eigen” taal te verzetten, kan je de taal over je eigen taal kopieren. Maak eerst een vertaling van bv 1 woord naar de “eigen” taal.
(“eigen” taal = taal ingesteld in je werkomgeving; kan bv Engels zijn, of Nederlands, zie systeemmenu’s)

Veronderstel:
– Taal van de Gambas toepassing: Engels (UK) zie project properties, language, default language.
– Taal van je omgeving (KDE): Engels (US) zie keuze bij installatie van je Linux distributie.
– Taal van de vertaling: Nederlands (BE).

Sluit Gambas en
1. Verwijder en_US.po en en_US.mo.
2. Kopieer nl_BE.po naar en_US.po
3. Kopieer nl_BE.mo naar en_US.mo
Start het programma terug op.

Een ouder artikel van 11 november 2004 met aankondiging dat 1.0 uitkomt. Drie blz met een lange inleiding, en een “hello world” voorbeeld plus uitleg over het component-model in Gambas. http://www.osnews.com/story/8849

Volgens de tip of the day zijn er geen globale variabelen in Gambas. Je kan wel op hoogste niveau een variabele declareren en die gebruiken; ofwel vanuit de hoofdmodule (main module):
PUBLIC myGlobalVar
ofwel vanuit het hoofdscherm (FMain):
PUBLIC STATIC myGlobalVar

Om ze te gebruiken vermeld je de modulenaam:
ModMain.myGlobalVar
FMain.myGlobalVar


Wat ik ook al gezien heb is een aparte module waarin de variabelen komen die je gemeenschappelijk nodig hebt:
ModCommon.myGlobalVar

Een functie geeft normaal geen, ofwel 1 waarde terug. De waarde kan een boolean zijn voor gelukt/niet gelukt, of het resultaat van een berekening of bewerking op getallen of tekst.

Als de functie meer dan 1 waarde moet teruggeven, kan je een array vullen met de waarden.

Of zoals Benoît zelf voorstelt:

I think the better is using an array of Variant, or better an anoynmous array:

FUNCTION DoSomething(Name AS String) AS Array
DIM FirstResult AS ...
DIM SecondResult AS ...
' Do something
RETURN [FirstResult, SecondResult]
END


Op deze manier kan je tot 63 resultaatwaarden teruggeven.

In één van de Gambas2.2 installaties ontbraken bij gebruik in de tekstverwerker de nummers van de tekstlijnen.

Aanzetten: Tools / Preferences: Tab "Editor", Options: Show Line Numbers : Yes

Na een hoop veranderingen vraag ik een “RUN” en het programma eindigt met de foutmelding “bad dimension”.

Spijtig genoeg geeft Gambas deze keer niet aan waar de fout zich voordoet. Normaal kom je in de source code op de plaats van de fout te staan na een foutmelding die de fout beschrijft .
Als ik terug op run druk (om het programma voort te zetten), crasht het.

Ik probeer de laatste veranderingen ongedaan te maken, maar het zijn er helaas nogal veel en ik vind daar de fout niet mee.

Je kan dan “breakpoints” zetten in je code om het programma tot daar te laten lopen. Ik probeer met breakpoints in PUBLIC SUB Form_Open() van de main form (Forms, FMain) omdat de fout zich voordoet bij het uitvoeren van het programma alvorens ik ergens klik of iets “doe”. In dit geval haalt het niets uit; eender waar ik de breakpoints zet, ik blijf dezelfde foutmelding krijgen.

Je kan dus geen breakpoints zetten in de initialisering van variabelen bovenaan in de Form, voor de eigenlijke instructies beginnen. Je kan wel gemakkelijk een ' zetten vooraan de lijn, om de lijn om te vormen in “commentaar”, waardoor ze dus niet meer wordt gebruikt door het programma. De foutmelding kwam niet meer voor nadat ik een array uitge-comment had: PRIVATE aBookType AS NEW String[0, 0]. Inderdaad dimensie dus; door de foutmelding beter te lezen had ik het kunnen weten.

Current objects
Een andere mogelijkheid is kijken naar de variabelen na het afbreken van het programma. Onderaan in het tabblad “Current Objects” heb je een lijst met variabelen. Daar stond de foute variabele niet bij, .
Wat dus niet gaat is dimensie nul: PRIVATE aBookType AS NEW String[0, 0]
wat wel gaat: PRIVATE aBookType AS NEW String[1, 1]

Om een beetje universeler te werken kan je die componenten beter vermijden blijkbaar.