Modified Files:
apt.dat.gz
Log Message:
[...]
Move/rotate Half Moon Bay (KHAF) taxiways to fit the realigned runway.
Sorry, but that doesn't cut it. I've seen *many* runways where the
visuals and the runway data aren't aligned. This fix is only
KHAF-tutorial cosmetics.
There are only
* Cédric Lucantis -- Thursday 13 December 2007:
I'd like to know if the 'repeatable' flag in the key bindings is
supposed to work ?
Yes, but only with SDL. It does (AFAIK) not yet work with osgViewer,
and it will probably never work with glut.
So maybe there are better solutions [...]
* Hans Fugal -- Thursday 13 December 2007:
There's a green HUD bug in pre2 on OS X. No lines are shown. It's been
this way for a while I think.
If this is a Mac-only bug, then I'd say Tat should disable the
HUD transparency in preferences.xml for the Mac package. Unless
people want the old
* Durk Talsma -- Saturday 08 December 2007:
Based on all the input sofar, I'd like to propose the following
list of aircraft for inclusion in the next release:
BTW: one of these lacks a texture file. I just don't want to
diktate that it be added ...
m. :-}
* gerard robin -- Wednesday 12 December 2007:
And, what, about the Bleriot FDM done by David and Lee ?
Oh, I don't want to diktate about this either. But I think with
the current FDM it would put us into a glasshouse, from which
throwing stones at the MSFS scenery viewer would be unwise.
m.
* Stuart Buchanan -- Wednesday 12 December 2007:
attempting to start at Half-Moon Bay (KHAF) will place you off one
side of the runway in the grass
This version mismatch also very likely breaks ILS approaches
to lots of runways. (And more importantly: it breaks the glide
slope tunnel
* Durk Talsma -- Tuesday 11 December 2007:
As it looks right now, either tonight, or Thursday evening will
be my two windows of opportunity this week.
I would rather go for Thursday, then. It's only known for a short
time which aircraft are planned to go in, and even today and yesterday
there
* Heiko Schulz -- Sunday 09 December 2007:
http://www.hoerbird.net/737-300.v12.09.2007.tar.gz
I would have liked to commit that, but I have no idea whether there's
a maintainer still around. The lack of responses implies that there
isn't, in which case it would be OK to commit. (?)
m.
* Melchior FRANZ -- Sunday 09 December 2007:
* Melchior FRANZ -- Sunday 09 December 2007:
BTW: in my tests yesterday I noticed that the unload part was
never called, and so the loop is never stopped.
Just for the record: yes, that's not done ATM. Will fix tomorrow.
Which is now done
* Tatsuhiro Nishioka -- Monday 10 December 2007:
this patch can be and should be applied to CVS/head too
Done, thanks.
m.
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place
* Maik Justus -- Sunday 09 December 2007:
With this trick I should be able to transfer the wing-fold
and engine-tilt animation of the v22 over the MP-protocol.
Yeah, that's a typical case for properties where standardization
wouldn't make much sense, and generic ones are therefore preferable.
* Csaba Halász -- Wednesday 05 December 2007:
First patch fixes a bug caused by the uninitialized _range_nm member.
If it happens to contain nan, this will never get overwritten.
Second patch adds support for filtering what should be displayed.
Do the patches apply to both branches?
How's the
* Tatsuhiro Nishioka -- Sunday 09 December 2007:
For downloadable add-on aircraft, 3D instruments should be stored
inside each downloadable aircraft package even these can be duplicated.
NO! $FG_ROOT/Aircraft/{Generic,Instruments,Instruments-3d} are to
be shipped with the release. They are
* Csaba Halász -- Sunday 09 December 2007:
* On Dec 9, 2007 11:02 AM, Melchior FRANZ [EMAIL PROTECTED] wrote:
The aircraft types aren't bits,
I have turned them into bits :)
Yes, I admit that I didn't spend more time for the review than
you spent for the explanation. Almost none. :-P
I
* Curtis Olson -- Sunday 09 December 2007:
a change to a common object breaks your aircraft. Newer aircraft
may not work with older versions of FlightGear that don't have the
shared pieces you expect.
Newer aircraft usually don't work with older releases, anyway. There's
too much changing.
* Csaba Halász -- Sunday 09 December 2007:
Any ideas? Should we put in a comma-separated list of symbolic names?
Not comma, but yes, I think that's the best thing. There should IMHO
already be a name/number list in AIBase.hxx. Then the property could
do what we do with logging classes:
* Roy Vegard Ovesen -- Sunday 09 December 2007:
I noticed that when I use sync to VBlank to restrain the
framerate to the monitor's update rate, large jumps happen quite
often when the mouse cursor is warped to the center.
Not here. Is this with glut or sdl? Does anyone else see that?
I
* Roy Vegard Ovesen -- Sunday 09 December 2007:
glut.
glut in fg/plib or fg/osg?
I'm asking because I fixed the problem for SDL and osgViewer,
and Mathias fixed it for glut. There was a recent change in
the glut bindings for fg/osg. Maybe this has to do with it.
I'd just like to know *what* we
* Melchior FRANZ -- Sunday 09 December 2007:
glut in fg/plib or fg/osg?
Disregard. I see from the diff that it's fg/osg. In that
case the patch shouldn't be applied. Tim, can you check if
your last change to the glut interface has caused that. We'll
drop glut anyway, so there's no reason to add
* Melchior FRANZ -- Sunday 09 December 2007:
BTW: in my tests yesterday I noticed that the unload part was
never called, and so the loop is never stopped.
Just for the record: yes, that's not done ATM. Will fix tomorrow.
m
After Maik has clued me up about multiplayer properties -- that
only those are transmitted, which actually exist at init time
(which is why they need to be defined in the *-set.xml file),
it was time to add some generic properties for internal communication.
That is: properties which aren't
* AnMaster -- Saturday 08 December 2007:
Yes, I already made a patch (see [Flightgear-devel] Patch for
Harrier: making it's thrust vector work over mp) for the harrier
that makes use of this :)
Yes, you are quick. This will have to be reviewed and OK'ed by the
harrier model maintainer.
* Durk Talsma -- Saturday 08 December 2007:
Based on all the input sofar, I'd like to propose the following list of
aircraft for inclusion in the next release:
Looks good. Not trying to say anything particular -- just FYI:
20M 787
20M A-10
26M bf109
3.2Mbo105*
84K
* Melchior FRANZ -- Saturday 08 December 2007:
$FG_ROOT/Aircraft/Models/bo105.xml
Bah ... $FG_ROOT/Aircraft/bo105/Models/bo105.xml
m.
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's
* Melchior FRANZ -- Saturday 08 December 2007:
it was time to add some generic properties for internal communication.
It's probably also time to remind people again of the possibility to
add Nasal code to model (animation) XML files. This is then only
run when the model is used as as a static
* gerard robin -- Saturday 08 December 2007:
I worry that way /sim/multiplay/generic/.. because i thought
that the best way, regarding every surface position was to
include it into the /surface-positions/foo property
You miss the point, as maybe some others do as well. The generic
* Anders Gidenstam -- Saturday 08 December 2007:
Though my dual control version of the c172p already uses more
than 10 extra float properties.. :)
I have no problem with adding more, now that I know that they
have no effect if they aren't used. And if you are using some
others, anyway, then we
* Tatsuhiro Nishioka -- Saturday 08 December 2007:
Durk, could you apply my patch to CVS?
Too late! Already committed. Thanks. :-)
m.
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the
* gerard robin -- Friday 07 December 2007:
http://pagesperso-orange.fr/GRTux/StampeSV4.jpg
Wow, that's a nice one!
Unfortunately it will not be available before FG stable will
be released :(
We can postpone the release for it. ;-)
m.
* dave perry -- Friday 07 December 2007:
What is proposed is to make the default turbulence = 0.0 at start-up,
not turning off turbulence modeling. You can still use the weather menu
to set the desired turbulence or you can [...]
OK, before even more people answer who didn't get what I was
* Stuart Buchanan -- Friday 07 December 2007:
j3cub - dhc2W - pittss1c/p51d/bf109/
BTW: the p51d wasn't considered very realistic in IRC discussions,
so I'm not even sure if it should be in the default collection.
Being a well known and remarkable aircraft in real life isn't enough.
But
* Melchior FRANZ -- Friday 07 December 2007:
- avoiding really difficult to fly aircraft in the default aircraft
collection doesn't make fgfs a toy, and
Oh, and to take some pressure from the bf109, I declare now the
pittss1c the official victim that I'll pick on. That one should
definitely
* AnMaster -- Saturday 08 December 2007:
Melchior FRANZ wrote:
aircraft minus model? :-}
Well what do you suggest for storing /sim/aircraft in otherwise?
Err, looks like you didn't get the hint. A '-' in programming
context is a minus, not a hyphen. Although some people seem to
not like
* AnMaster -- Friday 07 December 2007:
scriptaircraft.HUD.cycle_color()/script
[...]
Yet I get this for button:
Nasal runtime error: No such member: HUD
at /input/joysticks/js/button[3]/binding, line 1
You probably defined a variable named aircraft somewhere else
in the joystick driver
* Tatsuhiro Nishioka -- Friday 07 December 2007:
1. DList stack overflow
I've seen them on other occasions in fg/plib. Haven't tried with
Shift-Esc, but I think that's a plib problem. Don't think that's
something we can fix before the release. It's definitely not one
of bugs that people usually
* AnMaster -- Saturday 08 December 2007:
Melchior FRANZ wrote:
You probably defined a variable named aircraft somewhere else
in the joystick driver file, and this overwrote the aircraft
namespace
Ah, should call it aircraft-model or something then. Thanks I was
not aware that nasal
* AnMaster -- Saturday 08 December 2007:
Indeed that was what I did, as a way to do aircraft specific mappings. Now I
renamed the variable to aircraft-model.
aircraft minus model? :-}
m.
-
SF.Net email is sponsored by:
* Georg Vollnhals -- Thursday 06 December 2007:
2. Add an entry to the aircraft help how to get back to the 2D panel
once lost (ie. if an unexperienced user looks to the side with the
mouse. I am pretty sure, someone starting with FG is lost!)
Maybe turn the 2D panel into a 2.5D panel. (That
* gerard robin -- Thursday 06 December 2007:
I have red that the choice in between a model A and an other
model B is to choose the easier to fly.
Do you mean that FlightGear is a game (versus some other FS
non free). I am feeling that we are loosing the base of the
values we had when
* Laurence Vanek -- Friday 07 December 2007:
Although I like realistic flight my ILS approaches we very unstable with
the turb values given in the Preferences.xml file [...]
But, but ... some have just told us that we shouldn't make it too
easy, or fgfs will be perceived as a toy. So I'd
* Jon S. Berndt -- Wednesday 05 December 2007:
If the F16 is broken now it should not be included.
It shouldn't be hard for someone with some JSBSim insight to
fix it. When I told Dave about the problem, he suggested to
replace the elevator FCS part by the one of the 737, and this
did indeed
* gerard robin -- Wednesday 05 December 2007:
Don't we have to take care, and to keep a balance like it was before ?
You mean, we have to ship FlightGear v1.0 with as many broken aircraft
as working ones, for balancing reasons? :-}
m.
* Detlef Faber -- Wednesday 05 December 2007:
Am Dienstag, den 04.12.2007, 22:46 +0100 schrieb Melchior FRANZ:
Hmm ... it's well done and all, but I think it's too realistic,
read: too hard to take off/land due to the very narrow gear.
Well, that's how an aircraft with 1700 hp and a wing
* Melchior FRANZ -- Wednesday 05 December 2007:
my js has the centering spring deactivated. [...]
Of course, I expect now someone to point out that most people
don't have their springs removed, so we can ship the f16 as is.
And I can't even disagree ... strongly. :-)
m
* Jon S. Berndt -- Wednesday 05 December 2007:
I wonder if it is a platform-specific issue?
Extremely unlikely.
But this could play a role: my js has the centering spring
deactivated. So, when I have the f16 parked, this is often
with elevator and ailerons fully applied in one direction.
This
* AnMaster -- Wednesday 05 December 2007:
Well osgviewer got other key issues as mentioned earlier on both
-devel [...] and sdl got problems with non-US keyboard layouts.
Unlikely. I doubt that Swedish keyboards are so special. German
keyboards have that AltGr abomination as well, and I don't
* AnMaster -- Wednesday 05 December 2007:
We should first decide what keys are reserved for user, I
used - locally so I need to know what is now free instead.
At least leave _ free then...
All mod-meta and mod-super combinations are free. A few
hundred free keys ought to be enough for anybody
* AnMaster -- Wednesday 05 December 2007:
Melchior FRANZ wrote:
All mod-meta and mod-super combinations are free.
I don't have any of those keys on my keyboard... Most PC
keyboards don't
On the contrary: most have them. There's a burning flag on
them. Not that they work with obsolete glut
* gerard robin -- Wednesday 05 December 2007:
Only waiting an agreement from one of these persons .
Go ahead. I'd like to have that, too. :-)
m.
-
SF.Net email is sponsored by: The Future of Linux Business White Paper
* gerard robin -- Wednesday 05 December 2007:
On mer 5 décembre 2007, Melchior FRANZ wrote:
You mean, we have to ship FlightGear v1.0 with as many broken aircraft
as working ones, for balancing reasons? :-}
Broken ???
I don't understand, these aircraft are not broken.
That was just irony
* Jon S. Berndt -- Wednesday 05 December 2007:
I believe recent enhancements and fixes in JSBSim may have
fixed the F-16, but I'm not sure.
Well, not in FlightGear's CVS, though it may have improved
a bit. BTW: I reported that problem a least twice to Erik and
once to Dave.
m.
* AnMaster -- Wednesday 05 December 2007:
Where would you recommend searching for the problem with SDL?
I got no idea where to start with that
Given that we will/should drop both glut and sdl support, I wouldn't
waste time for sdl.
m.
* Durk Talsma -- Tuesday 04 December 2007:
data/Aircraft/737-300 \
Yes, I'd swap that with the 787. A flat panel that disappears
when you look left/right is hard to bear. (Though I miss a VOR
display on the 787. Need to search for that ...)
data/Aircraft/A-10
* dave perry -- Tuesday 04 December 2007:
2. Removes the redundant sense from FGPropellers.cpp.
Jon, you indicated #2 should be done. how hard is porting #1 from
JSBSim cvs?
That's already committed.
2. de Havilland Beaver - Floats (shows the on-water progress this
release and a
* Durk Talsma -- Tuesday 04 December 2007:
What about swapping this with the Legendary Russian AN2?
I discovered that aircraft at FSWeekend, and got instantly
hooked. It seems fairly complete to me and it would be a nice
aircraft for the historical aircraft section.
Yes, but ...
$ du
The first shadow implementation allowed to prefix object names
with noshadow to exclude them from shadow generation. This was
considered a bad idea from the beginning, as a name is a name
and shouldn't contain instructions. That's why this method was
deprecated very early, and a noshadow animation
* gerard robin -- Monday 03 December 2007:
On lun 3 décembre 2007, Melchior Franz wrote:
Log Message:
let use of deprecated noshadow prefix cause error message
Will that message remain permanently, ?
Only in the next (plib based) release. Not in fg/osg. But I might
degrade it to SG_WARN
* gerard robin -- Monday 03 December 2007:
Yes SG_WARN, would be the best, that message isn't it for
FG developer , who could want a help, to keep their models compatible ?
Err ... but if I see that right, there's only one file concerned
in your case:
Here's my Crazy Idea Of The Day:
The question was asked a few times, whether there are keys
reserved for local customization purposes. There are none.
But we have some completely unused shift levels. The X window
system supports 8 modifiers (usually called shift, ctrl, alt,
capslock, meta, super,
* Melchior FRANZ -- Sunday 02 December 2007:
Tadaaa: The TAB modifier! :-)
D'oh! I had tried it with +500, and just to make it prettier I
changed it to 1000 before posting. And that crashes, because
input.cxx sets MAX_KEYS = 1024. So we are back at 500, which
is good enough.
New version
It's now possible to query Meta Super modifier keys:
SDL ... Meta Super supported
OSG ... only Meta supported (would be easy to fix in OSG)
GLUT ... no support, as usual :-}
These modifier keys are set in keyboard events
(/devices/status/keyboard/events/modifiers/{meta,super}) and
* Melchior FRANZ -- Saturday 01 December 2007:
Because not all operating systems, all keyboards, and all
setups support these modifiers, they must *not* be used in
files committed to CVS. (That's why I didn't bother to add
mod-meta/mod-super XML tags.)
Now I *did* bother (but it's still
* Pigeon -- Saturday 01 December 2007:
Just a crazy random thought, perhaps, like many other software we
could add a codename for each release. It could be a just-for-fun thing,
I think this has stopped being funny a few days after it was
done the first time. I find such names silly and
* Curtis Olson -- Friday 30 November 2007:
Unknown line(#867) in file: 00 12835 SALT LAKE CNTR
This is running with the latest cvs data branch.
That can't be the latest fg/plib source. This error appeared
after Martin had committed a brand new set of nav/apt/etc.
databases several weeks ago.
For me the following solutions are acceptable:
0.9.11 ... as the logical successor
0.9.90 ... making clear that we are now really close to 1.0
and that there won't be many releases until then,
if any at all (This was done in other projects as well.)
1.0 ...
* Stuart Buchanan -- Wednesday 28 November 2007:
[http://www.nanjika.co.uk/flightgear/timeofday.xml]
Looks good now. Committed.
I'll possibly replace the [Close] button by a window-style
close button in the upper right corner, as this is a dialog
that people may have opened for a while,
* Markus Zojer -- Wednesday 21 November 2007:
I think this snippet of code fits in better in Nasal/controls.nas than
my local .nas.
wingSweep = func { [...]
Committed. (Only did the usual cosmetics, like var, named args, etc.)
m.
This aircraft thoughtlessly copies over 500 kB sound files
from another aircraft, although the sounds aren't even used!
Don't do that!
203516 2007-11-29 15:26 Spitfire Flyby.wav
41018 2007-11-29 15:26 Spitfire MK IX.wav
173756 2007-11-29 15:26 merlin_rpm2.wav
86940 2007-11-29 15:26
* Stuart Buchanan -- Thursday 29 November 2007:
I wonder if it would be worth moving all the aircraft to a
separate repository.
That would mean to download 1 GB of *unchanged* aircraft data just
for the reorganization. I'm not thrilled. (Unless someone offers
a CVS skeleton. And a script
* AnMaster -- Thursday 29 November 2007:
Why is the cvs up so slow, even when there are no changes?
I don't know about CVS but I think svn at least just send the
difference between the old and new revision.
So does CVS.
And svn tend to be faster at updating...
And it keeps two instances
* Georg Vollnhals -- Thursday 29 November 2007:
3. Winter textures (partially) broken (same for OSG version)
That was IIRC caused by Erik's texture cache, which saved several
megabytes formerly wasted texture memory, which is an important
improvement. He knows about the breakage of his season
* Melchior FRANZ -- Thursday 29 November 2007:
That would be easy, but I haven't even committed it, because it
has some problems:
Oh, and it doesn't respect the true glide slope angle. It always
uses 3 degree, although some have 3.5. (But then again, I'm not
sure if fgfs makes a difference, so
* Heiko Schulz -- Thursday 29 November 2007:
- stutters with any helicopters at the ground- lifting
up is a big problem cause to the stutters. If the heli
is in the air the stutters disappear [...]
Sounds like the effect that volumetric shadows have, on any
complex aircraft near ground, not
* Georg Vollnhals -- Thursday 29 November 2007:
Could you imagine to put this nasal file into the Nasal folder of the
upcoming release *deactivated*, ie. named gstunnel.nas.off or
something like that?
Better fix the problems that can be fixed and put it as regular file. :-)
I made the script
Hey,
* BARANGER Emmanuel -- Thursday 29 November 2007:
Also, file names with spaces in them are garbage. There should
be none of those in CVS.
AAAHHHRRGGG ! The suprises CVS files which do not for the drive :(
I erased now. Sorry.
No problem. Not a big one, anyway. I'm happy about every
* Curtis Olson -- Thursday 29 November 2007:
Everyone seems to agree that version numbers are an arbitrary
set of numbers [...]
No, you got that backwards. From reading the thread it was
clear that people consider a sane version number more important
than politics, such as avoiding 0.9.11
* Georg Vollnhals -- Thursday 29 November 2007:
gerard robin schrieb:
It is not Autopilot, however it is an help to pilot, it could
be in the autopilot item
Yes, maybe.
* Georg Vollnhals -- Thursday 29 November 2007:
First to say, I made some testflights at EDDW and it works fine if I
* Curtis Olson -- Friday 30 November 2007:
[...]
So if you have a problem, please state it clearly
The problem that I have/had is that you don't say it openly, when you
make such a decision -- that you will call it 1.0, which aircraft it
will contain etc. All we got was a cryptic hint with
* Stuart Buchanan -- Tuesday 20 November 2007:
http://www.nanjika.co.uk/flightgear/timeofday.xml
I don't agree with the layout.
- has no reset buttons. One should be able to quickly reset
to normal rate, and not have to press the [-] as often as
on has pressed the [+] button. That was bad
* Melchior FRANZ -- Tuesday 27 November 2007:
You can also set /sim/current-view/view-number=-101.
Better don't do that. I have no idea if all listeners on that
property can digest a -101. view.indexof(View Name) is better,
anyway, as using hardcoded numbers is always problematic.
m
* Melchior FRANZ -- Tuesday 27 November 2007:
* Melchior FRANZ -- Tuesday 27 November 2007:
You can also set /sim/current-view/view-number=-101.
Better don't do that. I have no idea if all listeners on that
property can digest a -101.
BS. That's not a problem. The negative number never
* SydSandy -- Tuesday 27 November 2007:
And by not defining a view i meant the default FGFS , no extra
views added beyond FLY-BY :)...
Then there will be no extra views, not even a strange sea-level
view with two lines running toward and meeting at the horizon.
Could it be that you have an
* Thomas -- Monday 26 November 2007:
While this worked for me, another suggestion was made that FG's
default menu/dialog style should be changed to Anthrax. [...]
Are there any strong opinions for or against this change?
No. There are only two things to consider:
- anthrax'[1] bitmap fonts
* SydSandy -- Tuesday 27 November 2007:
Just wondering if the view name will be eventually set in
/sim/current-view ?
Use /sim/current-view/name.
It seems a safer way (and I do vaguely remember something like
this being discussed before) than view-number , since that isn't
reliable with
* Durk Talsma -- Sunday 25 November 2007:
On Saturday 24 November 2007 21:32, Melchior FRANZ wrote:
[alternative startup location entries in apt.dat]
All very good reasons why I opted not to use this information directly,
but can it into the AI related parking.xml file.
And how do those help
* Durk Talsma -- Sunday 25 November 2007:
To summarize, the C++ infrastructure is there to support this for user
aircraft. All that's needed is to add a command line option,
like: --parking-id= --get-available-parking, and probably one c function to
interpret the lat /lon/heading values and
* Melchior FRANZ -- Sunday 25 November 2007:
But I don't like that the very much un-dynamic parking
information isn't in the Airports/ dir, where it belongs, and that
this somehow drags AI/Traffic into the game.
What about this: we create in $FG_ROOT/Airports/ a subdir with
airport files which
* Durk Talsma -- Sunday 25 November 2007:
But while we're at it, wouldn't it be better to update and
extend the parking.xml files into PropertyList XML, and move those to
$FG_ROOT/Airports/Data, like you suggested?
And that sounds good to me! :-)
Is there any information in the current
* Melchior FRANZ -- Sunday 25 November 2007:
So, a file $FG_ROOT/Airports/Data/K/KSFO.xml would contain [...]
I think this should be for KSFO:
$FG_ROOT/Airports/Data/K/KS/KSFO.xml
The Data/ dir name is a bit ugly, as all in $FG_ROOT is data,
after all. I wouldn't mind using something else
* Melchior FRANZ -- Sunday 25 November 2007:
$FG_ROOT/Airports/Data/K/KS/KSFO.xml
The script is done, and generates files like the attached
one for LEAB. The source is $FG_ROOT/Airports/apt.dat.gz,
used are entries 1, 14, 15, 5? as described in
http://www.x-plane.org/home/robinp/Apt810.htm
* Melchior FRANZ -- Sunday 25 November 2007:
The script is done, and generates files [...]
... which I haven't tested with xmllint. ichannel
should, of course, be /channel.
m.
-
This SF.net email is sponsored by: Microsoft
* AnMaster -- Sunday 25 November 2007:
Melchior FRANZ wrote:
[...]
The overall disk space consumption is 34 MB (tar.gz: 633 kB).
That is rather large,
We have aircraft in CVS which use well over 20 MB, so I find the
34 MB not really shocking. The problem is that this will grow.
I did
* Tiago Gusmão -- Friday 23 November 2007:
gerard robin wrote:
if we ask for Menu/Sound Configuration/Mute Sound
and behind we make pause (key p) we get again the sound
Wrote a quick patch for #2, seems to work fine here, doesn't preserve
mute through a reset though.
That's OK. It's
* SydSandy -- Saturday 24 November 2007:
is there a naming style we should stick to in the set files for
cold and idle startup modes ? I have a b1900d-set and a
b1900d-quickstart-set , which is too long
I'm opposed to separate *-set.xml files for that at all, just
like I'm against separate
* Melchior FRANZ -- Saturday 24 November 2007:
[...] or bash shell completion [...]
If you don't know that one:
http://members.aon.at/mfranz/flightgear/fgfs.bash [5.6 kB]
Just run it once from a bash shell (and again every time after
you added a new aircraft), and source it from ~/.bashrc
* SydSandy -- Saturday 24 November 2007:
Ok ,continuing with this line of thought , will anyone object
if I insert Aircraft back into the main menu ? (for aircraft
specific options ).
Let's first discuss what that should be. I wouldn't be happy
to release 0.9.11 with an Aircraft menu with a
Just to make this clear: I'm not against an Aircraft menu,
if it isn't empty and/or non-functional in 99.% of the
fgfs runs. But exactly that will happen if we rush it in now.
I suggest to wait with that until after the release, which,
as everyone knows, will happen around Xmas (we just don't
* Melchior FRANZ -- Saturday 24 November 2007:
Obligatory clicking on startup dialogs is a pain, and I don't
think we want that. I'd say we make an option like
--startup-mode={parked,idle}(or something)
BTW: there are a lot of optional startup locations defined in
apt.dat:
$ zgrep
* gerard robin -- Friday 23 November 2007:
i can notice that the file which is in the base-package
(data/Aircraft/c172/c172-electrical.nas) is wrong the var is missing.
Yes, there are several files with insufficient or no var use.
This isn't a case of emergency, and certainly not a showstopper
* Stuart Buchanan -- Friday 23 November 2007:
I must admit that I was completely unaware of this restriction
in Nasal.
Something that allows to do more than you usually want can hardly
be called a restriction. It's a feature. And if you don't want
that feature, then you have to restrict your
601 - 700 of 1620 matches
Mail list logo