Adrian
Hi all,
I've written a parser to generate a local API documentation for Nasal
scripts
inside $FGROOT/Nasal.
Here is a preview of the result: http://ompldr.org/vY2kwNA/nasal_api.html
Is there any interest to add the parser and API doc to the repository?
Seems like a very useful
I've written a parser to generate a local API documentation for Nasal scripts
I do see an issue, the menu isn't scrollable and it doesn't fit on my laptop
screen ;)
It is cut of at atc-chatter.
Other than that, nice work!
Gijs
Olivier wrote:
The deletion script is now online, whenever you have a shared object you want
to delete:
Cool, it's nice to see more applications using and working on our
common Scenery ressources, that's what they (the ressources) are made
for !
Thanks,
Martin.
--
Unix _IS_ user
On Monday, January 30, 2012 12:45:26 Gijs de Rooy wrote:
I do see an issue, the menu isn't scrollable and it doesn't fit on my
laptop screen ;) It is cut of at atc-chatter.
Other than that, nice work!
Gijs
Right, that should be taken care of now. I'm thinking the proper location of
this
Hi Gijs, all
Nice work Olivier! Will you also (after the exams) add an option for object
IDs?
So we can simply look the ID up on the coverage map (this feature is
currently broken,
I've notified Jon about it) rather than digging into the stg file?
I would love to, this would make my
Gijs de Rooy wrote:
Nice work Olivier! Will you also (after the exams) add an option for object
IDs? So we can simply look the ID
up on the coverage map (this feature is currently broken, [...])
Could you elaborate on which feature is broken ?
Martin.
--
Unix _IS_ user friendly - it's
Martin wrote:
Could you elaborate on which feature is broken ?
Sure. On the coverage map we used to see objects indicated by an arrow (when
zoomed in a lot).
Clicking such an arrow would open a popup showing the objects thumbnail and ID.
The Scenery Objects layer works fine and the Scenery
Martin,
Could you elaborate on which feature is broken ?
I guess Gijs would like to see the ob_id number close to the object dot here:
http://mapserver.flightgear.org/map/?lon=9.37243lat=48.71847zoom=13layers=B00TFFFTFFFTFTF
eg 3233552 (instead of ob_text?)
That would be useful for
Gijs de Rooy wrote:
Sure. On the coverage map we used to see objects indicated by an
arrow (when zoomed in a lot).
Clicking such an arrow would open a popup showing the objects
thumbnail and ID.
Try this one:
Try this one:
http://scenemodels.flightgear.org/maps/?zoom=16lon=9.37335lat=48.71824layers=0B0FFTTFTT
Same issue... tested on FF 9.01
(with IE the entire map doesn't load, but that's an old issue, unrelated :P)
Got the following errors in FF (in Dutch, but Google Translate should be able
to deal with that):
Waarschuwing: Fout tijdens het parsen van waarde voor ‘filter’. Declaratie
genegeerd.
Bronbestand:
http://scenemodels.flightgear.org/maps/?zoom=16lon=9.37335lat=48.71824layers=0B0FFTTFTT
Regel:
Gijs de Rooy wrote:
I could imagine that we (Olivier) add a delete button to those popups, to
remove that object from
the database. Would help a lot when replacing generic buildings with custom
models. ;)
BTW, when you look into this view (just as an example):
Gijs de Rooy wrote:
Got the following errors in FF (in Dutch, but Google Translate should be able
to deal with that):
Waarschuwing: Fout tijdens het parsen van waarde voor ???filter???.
Declaratie genegeerd.
Bronbestand:
Is that just a different version numbering between Windows and Mac?
Or do you run really old versions of both? O_O
I've got:
FF: 9.0.1
IE: 9.0.8112.16421
--
Try before you buy
Martin Spott wrote:
Gijs de Rooy wrote:
Got the following errors in FF (in Dutch, but Google Translate should be
able to deal with that):
Waarschuwing: Fout tijdens het parsen van waarde voor ???filter???.
Declaratie genegeerd.
Bronbestand:
Gijs de Rooy wrote:
Is that just a different version numbering between Windows and Mac?
Or do you run really old versions of both? O_O
The versions I listed for Mac and Linux are a) the latest version which
is *available* for Mac OS X PPC and b) the default on Linux Debian
Squeeze.
Cheers,
Hello,
I just faild to set the wind speed and direction in the new weather menue
structure (up to date next-branch). My intention was to set the wind profile
from ground up to 3000ft.
Hence I used the Basic Weather menue and set the desired values in the table.
But I found that I got the wind
Hi,
I am playing around with screen.nas and using the screen.window class to
write text messages to the screen. What I've been working on works, but I
need a bigger font size. My best attempts to set font and size are not
seeming to do anything -- I'm still seeing the default font. Has anyone
Hello,
could it be that LaRCsim is broken or switched off?
I noticed that the LaRCsim planes don't work since a while (for me).
Following message appears during the start procedure:
Fatal error: Unrecognized flight model 'larcsim', cannot init flight dynamics
model.
Tested with ASW20,
Am 30.01.2012 23:57, schrieb Curtis Olson:
I want display my text *REAL BIG*
I know exactly what you mean. That started for me some years ago, too.
Newspapers, books, price tags in the supermarket - decreasing font sizes
EVERYWHERE!
Torsten
Make sure that LaRCsim is selected when configuring fg with Cmake
Regards,
-Fred
- Mail original -
De: D-NXKT d_n...@yahoo.de
À: flightgear-devel@lists.sourceforge.net
Envoyé: Mardi 31 Janvier 2012 01:02:27
Objet: [Flightgear-devel] LaRCsim broken?
Hello,
could it be that
I just faild to set the wind speed and direction in the new weather menue
structure (up to date next-branch). My intention was to set the wind
profile
from ground up to 3000ft.
Hence I used the Basic Weather menue and set the desired values in the
table.
But I found that I got the wind
22 matches
Mail list logo