Gambas

from HTYP, the free directory anyone can edit if they can prove to me that they're not a spambot
Revision as of 23:56, 14 December 2006 by Woozle (talk | contribs) (→‎Flaws: more info about error #4)
Jump to navigation Jump to search

Computing: Software: Gambas

This is a growing seedling article. You can help HTYP by watering it.

Gambas is a programming language and IDE.

Overview

  • intended to fill the same niche as VB, though not intended to be code-compatible
  • currently only available for Linux and other Unix-derivatives (there is a partially-functioning Windows version)
  • open-source

Articles

Reference

  • Gambas homepage
    • Gambas wiki is apparently written in Gambas, but lacks a search function (and many other common wiki functions), and requires an account in order to edit, which in turn requires an email to the author.
  • Wikipedia
  • Wikibooks
  • tutorials (English, Spanish)
  • Linux Basic forum: ostensibly for "the new breed of Basics coming out for the Linux operating system", but the focus seems to be mostly (or entirely) on Gambas

resources

Stumbling Blocks

Unanswered

  • Q: How do you access files shared via Samba? (One way would be to make use of the smb kioslave; how is that done in Gambas?)
  • Q: Is it possible to do continuous forms as in MS Access? It seems likely that it can be done with some coding...
  • Q: Is there any equivalent to the line-continuation syntax (space + underscore) in VB?
  • Q: Is there a general language syntax tutorial or reference anywhere?

Solved

  • One of the more confusing aspects of Gambas (for a Visual Basic user, anyway) is that Gambas's events do not pass parameters; instead, you have to know where to fetch them from:
    • Form resize: the size is easily available as a form property ("ME.")
    • Mouse clicks: use the Mouse object
    • Key presses: use the Key object
    • Controls in a group: use the LAST keyword
      • The most obvious solution would have been for the event to pass the control as a parameter; Gambas events don't seem to use parameters. Another intuitive solution would have been for the group itself to appear on the form's list of controls/methods, as an alias for the currently active/effective control. Finally, if the form had an ActiveControl property, I could pull the .Tag value from there, although I would expect to run into problems using this technique under some circumstances. Answer: The LAST keyword refers to the control which generated the current event.
  • Another minor thing to remember is that calls to Gambas subroutines always put parentheses around the parameter list (VB subroutines do not, unless the subroutine is a function or property and the return value is being retrieved).
  • Q: How do you open a file-browsing dialog that uses KDE's kioslave feature? (DirChooser in gb.form lets you choose a local folder only.)
  • An "invalid assignment" error can be caused by an undeclared variable, e.g. "A = B" if A has not been declared.
  • Properties cannot accept additional arguments (other than the value being processed or retrieved). Workaround: instead of property Value, have function GetValue and sub PutValue(iVal). Not elegant, but functionally equivalent. Another option may be to have the passed data be a hash, but that is probably only efficient in certain rare circumstances; otherwise it involves extra coding to put the data in the hash and get it back out again.
  • This may be a compiler bug or at least an undocumented feature: a class with no member variables seems to be automatically classified as "static", and therefore cannot be used with the NEW operator. To get around the problem, declare a dummy member variable (e.g. "private strDummy as string").

Flaws

  • (Major) Apparently there is no way to instantiate virtual classes within Gambas; a descendant class must be written using C++. This means that you cannot effectively use any component (or other class), such as ListView, which returns data using virtual classes, without writing C++ code. Update: there is an INHERITS keyword which makes it sound like you actually can write a child class in Gambas; see inheritance for ongoing documentation.
  • (Major, may be a problem for debugging) No "view stack" window
  • (Major but livable) Hovering over variables at runtime does not display their current value, as in VB
  • (Major but livable) Help is not context-sensitive
  • (Major but livable) There is no equivalent to the VB right-click "Go to definition" menu command
  • (Annoying; bad for writing good code) Constants cannot be defined using other constants (e.g. A = "something" & B, where A and B are both constants)
  • (Puzzling) The error "Not enough arguments (#4)" is appearing when there are enough arguments to match the function declaration. The problem appears to be within the called subroutine, rather than at the point highlighted. (Use "RETURN" within the called subroutine to isolate the problem line, as Gambas will not let you step inside a subroutine when this problem happens.)
  • (Minor) SHIFT-TAB does not reliably unindent (seems to work better when multiple rows are highlighted)
  • (Minor) Although the syntax for accessing field data is nominally similar to VB's syntax, a variant which works under VB does not work in Gambas:
works in VB
with objData
   intID = !ID
   strName = !Name
end with
required form in Gambas
intID = objData!ID
strName = objData!Name
  • (Minor) Identifiers are not automatically capitalized to match their declaration, as in VB; fortunately, identifiers are not case-sensitive for compilation, so this doesn't make things ugly the way it does in C/C++. (The pop-up list of methods/properties/events sometimes won't show up, however, unless the object's name is properly capitalized.)
  • The field-list popup isn't smart in certain circumstances:
    1. Type me.controlname.field (use a real control name and a real field name)
    2. Move cursor somewhere else
    3. go back to same line, and highlight the "." between "controlname" and "field"
    4. type "."
      • (minor) The list doesn't automatically select the field which was there already
      • (annoying) When you select the field you want, it is inserted between "." and the fieldname that was there before. This follows logically from the editing rules, but is not what we want to happen; the selected fieldname should replace the old fieldname.

Notes

  • The Help system appears to be wiki-based, possibly feeding directly off the Gambas wiki -- so any errors found can be corrected by anyone, in theory. Not sure how easy this is in practice. (Edit buttons do not appear in the Help app, so you would have to find the correct page on the wiki, and get editing permission from the webmaster.)