* gerard robin -- Tuesday 31 March 2009:
I do accept to be the bad boy of the story ,
That's not what I said or meant to say. But what you are
also not is an innocent victim of bad boys. As far as I
know, nobody wanted or wants to get rid of you. (But then
again, I only read the French forum
* Erik Hofman -- Tuesday 31 March 2009:
This means that, form now on, when testing the color components of an
aircraft it is best to switch to 'fair weather' and play with visibility
a bit (z to increase it, and shift+z to decrease it).
Especially playing with visibility makes me believe that
This change doesn't look right to me:
+float av = thesky-get_visibility();
+if (av 45000.0) av = 45000.0;
+float visibility_norm = av/45000.0;
-float specular = _specular_tbl-interpolate( deg );
+float specular = _specular_tbl-interpolate( deg ) * visibility_norm;
Hi,
sorry for the long delay. I guess everybody just hoped that someone
else would pick this up -- someone who's more familiar with the code.
Now I intended to apply it locally and to commit it later. It sounds
well researched and tested, and resource control means, after all,
that one can
Committed, thanks. Took a while because this looks really dangerous ...
m. ;-)
--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
* Melchior FRANZ -- Monday 16 March 2009:
+ vary callsign TACAN id
+ fly refueling pattern
That's now done. The tanker flies a refueling pattern with length
50 nm and 25 degree turns. You get a warning 1 nm before the turn.
Note that pilots also tank during the turn!
Bank angle and turn rate
* Frederic Bouvier -- Sunday 22 March 2009:
specular type=vec4d
.4 .5 .7 1.0
/specular
Is it the whole file ? Are we talking about ten lines or tons of them ?
Not even tons of that would justify breaking the internal property
representation. If lines are *really* an
* Durk Talsma -- Sunday 22 March 2009:
FWIW, I just checked in a small change that allows the AI Air Traffic
controller to request the AI Aircraft to set a squawk code.
Yeah, I've read that, and we've immediately discussed on IRC how to use
that. Unfortunately, we didn't have an ATC/Radar
* Durk Talsma -- Sunday 22 March 2009:
On Sunday 22 March 2009 15:58:27 Melchior FRANZ wrote:
One idea would be to put it by where the callsign is now, and only
if it's not available use the callsign.
Sound good. Just let me know If there's anything that I need to change.
OK, I'll hack
* Frederik -- Sunday 22 March 2009:
Could you verify if this patch is correct,
It isn't. It's double wrong. It changes from *using* a format to
*displaying* it. And it introduces %d for a char*.
m.
--
Apps built with
* Curtis Olson -- Saturday 21 March 2009:
To me the idea of giving nasal efficient access to vec3 and vec4 types for
manipulating things like material properties, texture coordinates, lighting,
and positions seems like the strongest argument for this proposal.
And that's quite a weak reason!
* gerard robin -- Thursday 19 March 2009:
I can only answer that i never had any problem with the actual AI/MP radar,
it is very flexible , since the main required values x-shift, y-shift, in
addition to the other useful aircraft data ( range-nm, altitude, heading )
are there. These data
* alex -- Friday 20 March 2009:
* * Melchior FRANZ -- Monday 16 March 2009:
- vary callsign TACAN id
That's done. (Even a bit overengineered. ;-)
- support more than just KC135 and KA6 tanker
- support helicopter refueling (i.e. configurable airspeed)
or generally:
- allow aircraft
This will probably become a flame-war, but I see no way to avoid
it. Tim plans to extend the property system with compound data
types, such as VEC3, VEC4, or COLOR. We've discussed this three times
in IRC, and I've always pointed out why this is IMHO a *BAD* thing,
and why I strongly object. But
* Buganini -- Friday 20 March 2009:
IMO, if these compound types are unavoidable, [...]
They are very much avoidable. We've had colors and coordinates since
*ages*. And what next? If we have VEC3, then what about POSITION,
which contains latitude/longitude/altitude, and ORIENTATION with
heading,
* Stuart Buchanan -- Friday 20 March 2009:
I don't see any reason for this to become a flame-war.
Umm, because some people seem to have an auto-responder that
launches a hate-mail every time an email contains my name
and object? :-]
m.
* Melchior FRANZ -- Friday 20 March 2009:
* Stuart Buchanan -- Friday 20 March 2009:
I don't see any reason for this to become a flame-war.
Umm, because [...]
Arghh ... and that should have been a private mail to Stuart,
with tongue in cheek. And now it looks as if *I* am the one
who wants
* Frederic Bouvier -- Thursday 19 March 2009:
Support old compilers
- if(argc 2 or argc 3)
+ if(argc 2 || argc 3)
Argh ... sorry! That's a contamination from Nasal. I don't get why
g++ doesn't turn this nonsense off by default. Won't happen again.
m.
* gerard robin -- Thursday 19 March 2009:
With the usual AI tankers we have a lot of data regarding the Radar
x-shift y-shift in-range , rotation, v-offset, .. and so on
That tanker feature don't gives such information , it is missing ,
is it any valuable reason ?
That's not
* gerard robin -- Thursday 19 March 2009:
Then, do you mean that the old Radar Fashion will be removed,
what a pity.
I haven't planned that (yet). But in the long run it should get
removed. This was an early mechanism to get the brand-new AI
models on the screen (for the T38?), and that was OK
* Jon S. Berndt -- Tuesday 17 March 2009:
Everyone must have access to the source code.
Only those who got the binary, directly or indirectly. From the FAQ
http://www.gnu.org/licenses/gpl-faq.html#RedistributedBinariesGetSource:
| My friend got a GPL-covered binary with an offer to supply
* Mathias Fröhlich -- Monday 16 March 2009:
In fact this just overwrites the material settings and throws away
useful information [...]
I would like to remove that step now and make use of the full material
information contained in the ac file.
Gets my vote! Which elements of the MATERIAL
* itaf telecom -- Monday 16 March 2009:
I would like to know how to add an animation to an AI via nasal
I tried to load it from it's xml but it doesn't work.
This would be easier to answer if you explained more about what
exactly you are trying. You can:
- use XML embedded Nasal to add
* Mathias Fröhlich -- Monday 16 March 2009:
The ambient part (amb in the ac file) in the ac files is just
ignored and set to the diffuse (rgb in the ac file) color part
by the post processing step.
Thanks. So getting the old result is beyond trivial. Then there's
IMHO no reason to delay this
* Ron Jensen -- Monday 16 March 2009:
Shouldn't ambient color be set scene wide? From an artistic point of
view I can see setting it on a per-material basis, but for a simulation
environment that controls the direct lighting already it makes sense to
give the ambient color over to the
* Melchior Franz -- Sunday 15 March 2009:
Modified Files:
xmlauto.cxx
Log Message:
Merge branch 'master' of ../.fg.osg
Sorry, should have been:
Roy V. OVESEN: Actually initialize Ti and Td to the values in the
config file.
I used to fix such mishaps by changing the log message
* gerard robin -- Sunday 15 March 2009:
I am getting an horizontal line on screen , that is not new,
Yes, that's where near-camera and far-camera meet (well, or *should*
meet :-). It's a known problem, and was reported before. It should
definitely not be in fgfs 2.0.
m.
* gerard robin -- Sunday 15 March 2009:
You should know that aircrafts which have some specific AAR won't
be able to use it.
All that work(ed) with the tanker scenarios should also work with
this. It doesn't do anything magic. Just offer a tanker and set
the aircraft's contact flag if it's
* gerard robin -- Sunday 15 March 2009:
= make sure /systems/refuel/ exists =
Since a specific AAR could use any other specific property
This should have been systems/refuel, without the leading
slash. It's the tanker's property /ai/model/tanker[*]/refuel/contact.
This is the one and only
While we are at it, here some comments on tanker.nas:
There's a menu entry AI/MP-Tanker, which opens a small dialog where
you can request a tanker. It'll contact you and tell you something
like this:
MOBIL3 at 15000, heading 130 with 250 knots, TACAN 062X
At the moment TACAN is always 062X,
* Torsten Dreyer -- Friday 13 March 2009:
http://www.t3r.de/fg/xml/Docs/autopilot.xsd.html
Looks nice.
I have quite a few schema files with annotation ready [...]
Does FlightGear need xml schema files? Would anybody besides me use
them? What would be the appropriate place to store them?
* Stuart Buchanan -- Wednesday 11 March 2009:
We could also remove the trim function from the normal mode, which
would fix that problem too. That would leave the mouse wheel operating
the trim only in yoke mode, which seems logical.
Sounds reasonable.
m.
* Durk Talsma -- Tuesday 10 March 2009:
On Tuesday 10 March 2009 14:04:47 Geoff McLane wrote:
~/fg$ gdb --args ./fgfs --fg-root=... etc etc
(gdb) run
gdb doesn't accept command line options for the program you're
debugging.
Yes, it does. Geoff's line was correct. :-)
m.
FlightGear needed a built-in scripting language, and it has one.
A compact, clean, elegant and fast one. In total there are at the
moment more than 170.000 lines of Nasal in *.nas files and a few
thousands embedded in joystick drivers, dialog description files,
model animation files, keyboard.xml,
and YASim based on
undisclosed sources, not on reality. It's rare that I have to
read so much nonsense here on the list.
Again, never my intent : we're talking about a fork, a specialized
version of FGFS.
That's fine, then.
* Melchior FRANZ -- Sunday 08 March 2009:
What are Lua's advantages
* Jon S. Berndt -- Sunday 08 March 2009:
Melchior is exactly right. JSBSim adopted the property system - which is a
great piece of work by - was it David Megginson?
Yes.
For those who don't know him: David is/was also JSBSim developer,
wrote SAX (Simple API for XML), and several of the core
* Melchior FRANZ -- Sunday 08 March 2009:
[reasons for why I write PM in the forum]
- self-proclaimed forum police trying to tell others what they can write
- some forum admins asking for more censorship without acceptable reasoning
Sorrym, should have been: people asking for more moderators
* Melchior FRANZ -- Sunday 22 February 2009:
To make listeners work as expected the solution is to make *listeners*
work as expected, not to change dialog-apply in a way that makes them
not work as expected. ;-)
This should now work. A dialog-apply change might come later. Or not.
(I'm still
* jean pellotier -- Monday 23 February 2009:
Hi, today i got a bug in pilot list, the pilot list windows disappeared
with a message in console:
| Nasal runtime error: floating point error in math.sin()
| at $FG_ROOT/Nasal/geo.nas, line 160
| called from: $FG_ROOT/Nasal/multiplayer.nas,
* Jari Häkkinen -- Monday 02 March 2009:
- mac2/mac
+ mac3/mac
Committed, thanks.
m.
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC
Adding another language wouldn't be that hard. Actually, we had
another one before nasal and beside nasal for a while. It was
called PSL (plib scripting language), and we ripped it out because
Nasal was/is just better and because offering and maintaining two
languages it utterly pointless .
And
* Melchior FRANZ -- 2/23/2009 10:18 AM:
the node value shall not be read twice
Disregard! You aren't doing that, and why should you?!
But also don't read the widget value twice, please. :-)
m.
--
Open Source Business
I object to the proposed change. (Reasons below.)
* Sébastien MARQUE -- 2/21/2009 2:39 AM:
In this script you'll find several listeners linked to several
properties that can be modified using instrument-failures.xml or
system-failures.xml.
Except that these are *not* change-only
* Melchior FRANZ -- 2/21/2009 9:33 AM:
You should have used:
setlistener(f ~ /serviceable, failure[f], 0, 1);
Whoops. Of course, I meant:
setlistener(f ~ /serviceable, failure[f], 0, 0);
The meaning of the first optional argument is:
0 ... just attach (default)
1
* gerard robin -- Saturday 14 February 2009:
Won't it be better to have it default false ?
Yes.
I did not find any box within menu to modify it like we have
with cloud , light and so on.
Menu-Environment-Wildfire Settings
For some reason, if we don't want it ( look like a
* Gerard Robin -- Saturday 14 February 2009:
Log Message:
withdraw the game coat
+ environment
+ wildfire
+ fire-on-crash type=bool false/fire-on-crash
+ /wildfire
+ /environment
AIRCRAFT MUST *NOT* CHANGE SYSTEM SETTING!
This
* Curtis Olson -- Saturday 14 February 2009:
No I think Melchior is justified (as occasionally can be the case) :-)
:-P
We could simply default wild fires to off in the preferences.xml file and
that is perhaps the thing to do.
Exactly, and as I've said before:
| Melchior FRANZ -- Saturday
* Harry Campigli -- Tuesday 10 February 2009:
I have used SUSE for years, currently using 10.3. but feel it
has gone off since version 9.
Can you be more specific? Or is this just political feeling?
Everything from the install worked of the mark. Unlike SUSE.
What was the problem? I use
MS Windows users who are interested in Git might want to check
this out:
http://code.google.com/p/gitextensions/
Nice screenshots there as well. :-)
m.
--
Create and Deploy Rich Internet Apps outside the browser
setprop() did in the past check whether the write operation
was successful, and issued an error message if not. The other
property setter functions didn't care. None of the functions
returned a success value.
Yesterday I removed the built-in setprop() check, because
this message was almost never
* Arnt Karlsen -- Saturday 07 February 2009:
Then why are you here, asking us for freebee help?
^^
I'm sure he didn't specifically ask you anything. Posting to
flightgear-devel usually means you want to address FlightGear
developers (in the widest sense) -- and I'm
* Diogo Kastrup -- Thursday 05 February 2009:
The bigger problem with this approach is the Carrier, but I
don't see why it shouldn't work. Although I haven't got it
working so far. I hope this can be solved soon, so I can
send the patch as a proof of concept. IMHO it is working
pretty well on
* Stuart Buchanan -- Tuesday 03 February 2009:
I was looking at the mask tag for the property-adjust, which I
noticed wasn't previously used in the kx165. However, when I tried
it I found two problems. [...]
1) The maskdecimal/mask affected high-order integer values as well
That should be
* LeeE -- Tuesday 03 February 2009:
Have the people having bad problems with this tried increasing
the values for the sfric dfric gear sub-elements?
Yes, of course. I really, really hope that I haven't forgotton
about other, similarly obvious things in the many hours that I
tried to fix the
* LeeE -- Tuesday 03 February 2009:
Do you still get problems if you set the windspeed to zero?
Yes. With pretty much the same sliding speed.
m.
--
Create and Deploy Rich Internet Apps outside the browser with
* Jon S. Berndt -- Tuesday 03 February 2009:
It's a tough problem, [...[
Maybe we should hire a rocket scientist? :-]
m.
--
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With
* LeeE -- Tuesday 03 February 2009:
I just had a look at the latest version of the bo105 that I have
here and the sfric is set to 0.5 and the dfric to 0.4, which
are both lower than default values of 0.8 0.7.
I know. But I also tried 1.0 for both (the maximum), and it had
no effect. Other
Ever since helicopter support was added to the YASim FDM
there's an annoying bug: even when parked, with rotor off
and braked, helicopters slide happily around on the ground.
Andy knows about it and explained why it happens, but claims
that there's nothing to be fixed in the FDM code. Instead,
he
* Diogo Kastrup -- Monday 02 February 2009:
This patch started just for fun to see if I could help this sliding
problem, that annoyed me a lot since I love flying helicopters.
A true fix would indeed be nice.
The problem is that I have to keep the stuck point moving with the carrier
but
* Torsten Dreyer -- Monday 02 February 2009:
I have been working with this patch for a while now and I think it is an
improvement and should be applied.
Sounds good, but hold on: Stuart told me on IRC that he works on
something better, and that the Nasal code might be obsolete ...
You
* Heiko Schulz -- Monday 02 February 2009:
Well, I noticed today that putting all ballast at one spot helps
a lot. Means: all ballast used has the same coordinates. [...] But
it don't work on the bo105 due to the named things by m. I guess.
Hardly. I can adjust static masses, but not all the
* Curtis Olson -- Friday 30 January 2009:
The traditional unix scheme, and most linux packaging schemes, assume only
one version of the software at one time. [...]
How about running a live version off a CD?
I don't see the problem. There's one executable, which you start like any
other
There's now a Model View. Like all new views it's activated by
default. Disable it in Menu-View-View Options if you don't
like it. It's really only useful for multiplayer: it allows
to switch through all multiplayer aircraft and to watch them
while they crash. :-)
If this view is active, then
* Melchior FRANZ -- Sunday 01 February 2009:
Any of the applications are only interested in FG_DATA. And please
not again a fallback from FG_DATA to FG_ROOT/data, because that
just repeats that old mistake.
No, wait! This would actually be ok: If FG_DATA is defined, use
data from
* Reagan Thomas -- Friday 30 January 2009:
It looks like
templatefile.append(Data);
should be inserted before:
No. This is just a case of badly set FG_ROOT. The template file can
be found under $FG_ROOT/Input/Joysticks/template.xml, just like the
version file is $FG_ROOT/version. Set
* someone off list, but IMHO this should be discussed openly:
[...] but the intent is for FG_ROOT to point to a top level
directory (i.e. the root) and beneath that would be bin/
data/ src/ lib/ include/ etc
There's only one reason why we need to point fgfs and associated
scripts and
* Curtis Olson -- Friday 30 January 2009:
On Fri, Jan 30, 2009 at 12:59 PM, Melchior FRANZ mfr...@aon.at wrote:
Wow, I'm sorry if I caught you on a bad day.
This was a good day! Until someone reported once again how he ran into
this stupid ambiguity, and someone else posted a broken fix
* Daan -- Friday 30 January 2009:
This was a good day! Until someone reported once again how he ran into
this stupid ambiguity, and someone else posted a broken fix. And it
won't be the last time that this happens.
I hope this was not me,
It was you, but it wasn't your fault, nor
In the last time I've submitted several fixes to plib, all of
which are now committed. It is now recommended to use plib/svn
(HEAD). Here's a list of the most important changes:
- fix calculation of the slider handle size in textbox
widgets (as used in the nasal-console, the joystick info,
* Durk Talsma -- Sunday 25 January 2009:
Notice that this bugfix release is based on a subset of commits
(bugfixes only)
Note that there's still the very annoying Warning:: Picked up
error in TriangleIntersect bug. Unfortunately, I can't offer
a fix. :-/
m.
* James Sleeman -- Saturday 24 January 2009:
Is there a property one can read which gives the distance to the
camera/observer specifically in the external views,
var aircraft = geo.aircraft_position();
var viewer = geo.viewer_position();
var distance = viewer.direct_distance_to(aircraft);
Looks like some self-proclaimed experts don't have a very
high opinion of fgfs' realism:
http://www.reddit.com/r/technology/comments/7s2hf/microsoft_shuts_down_flight_simulator_game_studio/
Flightgear is a toy. MS Flightsim could and was (Germany, 2005)
actually be used in flight training.
* Stuart Buchanan -- Saturday 24 January 2009:
The patch is attached.
I'm not that familiar with the case, but wasn't the diagnosis first
that it's a bug somewhere? In this case I wouldn't like a nasal
hack around that in common space. I prefer fixes to hacks. :-)
Assuming that we want to
* gerard robin -- Saturday 24 January 2009:
My point [...] was to remind that period when we had a specific
stable aircraft directory.
When was that? I'm FlightGear developer since March 2001, and in
that time we never had such a directory. And at that time we only
had one aircraft, so I
* James Sleeman -- Friday 23 January 2009:
fgcommand(reinit, props.Node.new({ subsystem: fx }))
Also note that you can execute code in nasal-console tabs
by typing :digit, without having to open the dialog.
(There's no such shortcut for tab 10. Maybe I should have
numbered them starting with 0?)
* John Denker -- Friday 23 January 2009:
81::The FlightGear interface to the festival text-to-speech
server [...] doesn’t work [...] It hasn’t worked for years. I
have never heard of anyone actually using it.
Works for me since years.
m.
* Tim Moore -- Thursday 22 January 2009:
* Don't say the aircraft are GPL'ed. Models are under any random license;
seller beware. Yuck.
* Rip out the non-GPLed models.
* Create GPL'ed and other aircraft repositories.
Or, as has been suggested before, do actually remove all occurrences
of the
* Jon S. Berndt -- Thursday 22 January 2009:
Bingo737
Boing 314?
That wouldn't work. It's too similar, as probably any court
will find.
Actually, David Slocombe had a good suggestion earlier. I'll
formulate a letter to the Software Freedom Law Center and ask
them for guidance.
The
* Maik Justus -- Thursday 22 January 2009:
Vivian Meazza schrieb am 22.01.2009 11:17:
I would think that the attenuation of sound in air is
amenable to mathematical calculation.
Yes it is.
But it depends on the frequency pattern, no? So we'd need to
analyze the spectrum ... time to use
* Vivian Meazza -- Thursday 22 January 2009:
Melchior FRANZ
I don't see any particular merit is setting the value in preferences.xml,
but it would be nice if the default values worked as designed, no matter
where they are set.
It's always nice to have default values changeable, rather than
* John Denker -- Thursday 22 January 2009:
On 01/22/2009 06:05 AM, Melchior FRANZ wrote:
But it depends on the frequency pattern, no? So we'd need to
analyze the spectrum ... time to use libfftw3.
No, the 1/r^2 attenuation is independent of frequency. No FFT
required.
The law
* Vivian Meazza -- Thursday 22 January 2009:
I don't think aircraft designers should be asked to specify
the reference distance either,
Sure, some automatism would be nice. I might even drop my
hand-crafted values if that works well. It would be nice
to have a modulation factor property that
* gerard robin -- Thursday 22 January 2009:
On jeudi 22 janvier 2009, Melchior FRANZ wrote:
The law is the same, but the distances aren't. Lower frequency
travels farther.
Not fully right. Only right when high frequencies are stopped
by objects.
Yes, and there are enough particles
* Erik Hofman -- Wednesday 21 January 2009:
[...]
Modified Files:
Boeing314A.xml
Log Message:
Add the license statement
+ license
+ licenseNameGPL (General Public License)/licenseName
+ licenseURLhttp://www.gnu.org/licenses/gpl.html/licenseURL
+
* gerard robin -- Wednesday 21 January 2009:
I was told by a layer, since we are writing that the model is copyrighted
protected under Licence GPLV2 , we may write anything we want as addons
regarding the protection, these addons won't be taken in account , and one
may ignore it.
That
http://www.gnu.org/licenses/gpl-faq.html#DoesTheGPLAllowMoney
Does the GPL allow me to sell copies of the program for money?
Yes, the GPL allows everyone to do this. The right to sell copies
is part of the definition of free software. Except in one special
situation, there is no limit on what
* Erik Hofman -- Wednesday 21 January 2009:
Neither the name of (any of) the authors nor the names of (any of) the
manufacturers may be used to endorse or promote products derived from
this file.
Maybe it should be made clear that this part is not an addition
to the license -- not
* Curtis Olson -- Tuesday 20 January 2009:
The resizable dialog boxes are very nice!
Yeah, especially property browser and Nasal console profit
a lot. It's actually a bit embarrassing that we haven't had
that since years, and I take my share of the blame. I had
even started implementing it a few
* Heiko Schulz -- Sunday 18 January 2009:
He put his code in the forum, and I think it is worth
enough not only to have a look into than comitting it
into CVS!
I'd like Stuart to have a look, as he already has such
a script. Maybe ideas of the less sophisticated one can
be used in the other.
Yes, we've seen corrupted, GIMP-created SGI images before.
Ironically, GIMP claims that SGI doesn't support (spec
compliant) aggressively compressed SGI(!) images. It
does, but maybe not GIMP's garbage? ;-)
m.
--
This
* Stuart Buchanan -- Thursday 15 January 2009:
[+26 liveries]
My view is that they should be kept with the aircraft.
Of course, liveries should generally be kept with the aircraft.
But how many? Do 50 liveries for an aircraft make sense? Or 100?
200? Liveries are quickly made but can be quite
* Csaba Halász -- Thursday 15 January 2009:
How about we work out a way to transfer liveries (and maybe whole
models) over MP?
As long as I can turn it off, I don't have a problem with it. But
I think it's a rather bad idea. First, because lagging and freezing
is already bad for loading
* Stuart Buchanan -- Wednesday 14 January 2009:
In v1.9.0, they are separated, so you must have the weather
scenario set to METAR for real-weather-fetch to work and be
updated by subsequent METAR updates.
Just for the record: METAR scenario is automatically chosen
by the
* Erik Hofman -- Sunday 11 January 2009:
I was wondering if this would be a good time to update JSBSim
again or would it be better to hold off a bit?
If an update means having to update all JSBSim aircraft (configs),
then I'd wait until we have released 1.9.1 or decided that we
won't release
* Melchior FRANZ -- Saturday 10 January 2009:
Resizing is at the moment done like dragging, but with
Ctrl-key pressed (at the beginning).
The dialog margins are now sensitive for resizing. If one
presses Ctrl in addition, then the sensitive area expands
to the whole dialog.
I'm aware
* Durk Talsma -- Sunday 11 January 2009:
As far as I'm concerned, we'll be doing a 1.9.1 bug fix release soon.
Agreed.
I would indeed recommend that major updates to important system are
held off until we have released 1.9.1.
While I consider resizable dialogs a major feature (at least
I've just committed code that makes selected dialogs resizable,
namely those with resizabletrue/resizable setting. Resizing
is at the moment done like dragging, but with Ctrl-key pressed
(at the beginning). Dialogs expand to North-East, which is a
bit unusual and might be changed later. Please
* KOCH Mate -- Thursday 08 January 2009:
- I can't completely disable the scrollbar (even if I set the width of
it to zero, the scrollbar is still visible, and it is also without any
text in the box)
PLIB only hides the scrollbar in the list but not the textbox widget
at the moment. This will
* Vivian Meazza -- 1/1/2009 11:14 AM:
This hasn't mattered up to Melchior's patch,
because THROTTLE in YASim was clamped to positive values.
And it is *still* clamped to 0..1 by default. But, of course,
nothing should break if an FDM developer changes the clamping
explicitly.
m.
Durk has suggested that I repeat some of my screenshot tips,
as we need stunning new screenshots for the flightgear.org
website. (What I write isn't binding, as I don't do this in
any official function.)
(1) contents: Obviously, screenshots should focus on new
features/scenery/aircraft. Those
101 - 200 of 1620 matches
Mail list logo