Difference between revisions of "Gambas"
Jump to navigation
Jump to search
(→Solved: property hashes) |
(→Flaws: no view stack) |
||
Line 37: | Line 37: | ||
==Flaws== | ==Flaws== | ||
+ | * (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) 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) Help is not context-sensitive |
Revision as of 02:34, 17 November 2006
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)
resources
- Gambas IRC channel
Stumbling Blocks
Unanswered
- Q: How do you access kioslaves in code?
- 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.)
- A: Dialog.SelectDirectory in gb.qt.kde provides this.
- 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.
Flaws
- (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
- (Minor) SHIFT-TAB does not unindent
- (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:
with objData intID = !ID strName = !Name end with |
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:
- Type me.controlname.field (use a real control name and a real field name)
- Move cursor somewhere else
- go back to same line, and highlight the "." between "controlname" and "field"
- 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.)