Melchior FRANZ wrote:
> I only suggest to not have 15 *almost* identical aar.nas files
> spread everywhere. This leads straight into maintenance hell.
> A simple change to the fuel system -- and who's going to fix all
> 15 files? Better have one generic and well maintained file.
Certainly - yet s
Melchior FRANZ schrieb:
> BTW: it's (still) possible to export files with the e-key,
> and to load the saved models again next time (as a kind of
> working session) with --config=ufo-model-export.xml.
>
>
Wow!
Did not know that. Gives me the further possiblility to export all
models of a *.stg f
* Georg Vollnhals -- Tuesday 27 February 2007:
> Thank you, of course I have a lot of ideas how to improve the "UFO idea"
> but I think most of them are too complicated to implement at the moment
Multi-selection was also too complicated when Roberto suggested it
first time. I'd add useful suggesti
Original-Nachricht
Betreff:Re: [Flightgear-devel] UFO Scenery Object Editor News
Datum: Tue, 27 Feb 2007 01:22:17 +0100
Von:Georg Vollnhals <[EMAIL PROTECTED]>
An: FlightGear developers discussions
Referenzen: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Melc
Melchior FRANZ schrieb:
...
> You have to try to click near the "base" of the
> object. That is the same point where you clicked when you added the
> model.
>
>
>
Thank you for the hint, will try it tomorrow evening again :-)
>
>> This is really great and one I ever missed during my scer
* Melchior FRANZ -- Monday 26 February 2007:
> - There are now additional and changed key bindings:
> o PgUp/PgDn ... cycle all selected objects through model list
Should be: Ctrl-PgUp/PgDn
The original meanings of PgUp and PgDn are still available,
just like the original cursor key bin
BTW: it's (still) possible to export files with the e-key,
and to load the saved models again next time (as a kind of
working session) with --config=ufo-model-export.xml.
It's intentional that all suchlike imported models are
selected at the beginning. That way one can quickly move
them away or re
* Martin Spott -- Monday 26 February 2007:
> > Please stop committing any more of those crappy AAR.nas files.
>
> This aircraft is still in development
"This aircraft"? I didn't mention any aircraft. :-P
I only suggest to not have 15 *almost* identical aar.nas files
spread everywhere. This lead
* Georg Vollnhals -- Monday 26 February 2007:
> Long distance => works fine here, short distance => very difficult
> (whereever I click, only the same of several objects is selected).
The selection method hasn't changed, though. It's still the nearest
object from the click coordinate. But you have
Martin Spott wrote:
> What would you define as "free" ? Well, there's no dictate of what you
> should do or what you should avoid to to, but FlightGear certainly
> benefits from the attempt to keep a certain level of "good taste".
s/keep/maintain/g
Martin.
--
Unix _IS_ user friendly -
"gh.robin" wrote:
> On Mon 26 February 2007 23:02, Martin Spott wrote:
> > Melchior FRANZ wrote:
> > > Please stop committing any more of those crappy AAR.nas files.
> >
> > This aircraft is still in development (at least I consider this to be
> > the case ;-) - a friendly pointer would have been
On Mon 26 February 2007 23:02, Martin Spott wrote:
> Hi Melchior,
>
> Melchior FRANZ wrote:
> > Please stop committing any more of those crappy AAR.nas files.
>
> This aircraft is still in development (at least I consider this to be
> the case ;-) - a friendly pointer would have been completely
>
Melchior FRANZ schrieb:
> I've just committed changes to the ufo scenery object editor.
>
>
Thank you very much.
The UFO gets more and more a real scenery editor :-)
> - It is now possible to select multiple objects, to delete them
> all, move them as a group, apply heading/pitch/roll.
>
Th
Hi Melchior,
Melchior FRANZ wrote:
> Please stop committing any more of those crappy AAR.nas files.
This aircraft is still in development (at least I consider this to be
the case ;-) - a friendly pointer would have been completely
sufficient,
Martin.
--
Unix _IS_ user friendly - it'
Please stop committing any more of those crappy AAR.nas files.
We have already oodles all over the place, although there's one
central version available: $FG_ROOT/Aircraft/Generic/aar.nas.
Use that one! And if it doesn't work for you, file a bug report
and it shall be fixed.
m.
--
I've just committed changes to the ufo scenery object editor.
- It is now possible to select multiple objects, to delete them
all, move them as a group, apply heading/pitch/roll.
- The first two sliders in the adjust dialog are no longer lon/lat,
but always move the objects nearer/farther/lef
On Mon 26 February 2007 18:30, Mathias Fröhlich wrote:
> On Thursday 22 February 2007, Stewart Andreason wrote:
> > I have been learning how to create instrumentation in 3d, but would like
> > to have some text-based displays, like in the 737.
> > How can I translate that:
> > " text "
> > based f
Please update the B-2 folder to the new version, as almost all files
have been updated.
We have now flymodes, new instruments and more.
Download here: http://homepage.univie.ac.at/markus.zojer/fgfs/B-2.tar.gz
Thanks,
Markus
On Thursday 22 February 2007, Stewart Andreason wrote:
> I have been learning how to create instrumentation in 3d, but would like to
> have some text-based displays, like in the 737.
> How can I translate that:
> " text "
> based format into a 3d format?
> or to say, Without a 2-d panel.
This part
Hi --
I made an /object/ to calculate the Kollsman shift.
# Calculate Kollsman shift/ft versus setting/inHg
# Computationally efficient if, for any given instance
# of this class, the setting is not being changed often.
# Typical usage:
# kxx = atmo.Kollsman.new();
# kyy = atmo.Kollsman.new();
Durk Talsma wrote:
> Martin Spott wrote:
> > http://www.linuxtag.org/2007/en/home/aktuelles.html
> >
> > Expect us to have a _really_ nice booth this year - lots of displays
> > and only few computers ;-)
> [...] In case of me driving to Berlin, I'd
> be happy to donate some more computing po
Martin Spott wrote:
> Hi Durk,
>
> Durk Talsma wrote:
>
>
>> Is there already a date known for LinuxTag 2007? Last year, I wasn't
>> able to make it due to ongoing travel plans.
>>
>
> http://www.linuxtag.org/2007/en/home/aktuelles.html
>
> Expect us to have a _really_ nice booth this ye
On Mon, 2007-02-26 at 04:57 -0500, John Denker wrote:
> Here is the nasal code to calculate the Kollsman shift.
>
> # Typical usage: indicated_altitude = pressure_altitude -
> kollsman(baro_setting)
>k_ft = k_set = nil;
>kollsman = func{
> if (arg[0] == k_set) {return k_ft}
> k
Hi Durk,
Durk Talsma wrote:
> Is there already a date known for LinuxTag 2007? Last year, I wasn't
> able to make it due to ongoing travel plans.
http://www.linuxtag.org/2007/en/home/aktuelles.html
Expect us to have a _really_ nice booth this year - lots of displays
and only few computers ;
Ralf Gerlich wrote:
> We have a timeline for many of our endeavours, and it ends at end of May
> 2007, as we want to have it ready for LinuxTag in Berlin.
>
>
Is there already a date known for LinuxTag 2007? Last year, I wasn't
able to make it due to ongoing travel plans. The end of May seems l
Melchior
>
>
> * Melchior FRANZ -- Sunday 25 February 2007:
> > I would fix the files if people agree that what I consider a bug is
> > indeed a bug.
>
> I assume that the whole stuff should be dumped and replaced with
> geo_*_wgs_84() functions, right? And this is the end of my
> one-man thr
* Melchior FRANZ -- Sunday 25 February 2007:
> I would fix the files if people agree that what I consider a
> bug is indeed a bug.
I assume that the whole stuff should be dumped and replaced with
geo_*_wgs_84() functions, right? And this is the end of my one-man
thread. :-)
m.
---
Just a bit self-advertising, targetting those who live in or near
Germany and have certain knowledge of the German language
Ralf Gerlich wrote:
> As far as my interpretation of the communication goes, OSGeo will
> support this effort as well due to the common interest in freely
> available g
Hi Syd,
syd&sandy wrote:
> Hi all ,
> I've done a fair bit of the CYVR airport terminals and buildings , and
> added a few static aircraft from the AI/Aircraft folder ... seems to
> work without problems , so my question is , any objections to using this
> folder for static aircraft as well as
Hi Syd,
syd&sandy wrote:
> I've done a fair bit of the CYVR airport terminals and buildings , and
> added a few static aircraft from the AI/Aircraft folder ...
May I propose to you to send these models - terminal, other buildings
as well as static aircraft for decoration - either to Jon Stockil
Here is the nasal code to calculate the Kollsman shift.
# Typical usage: indicated_altitude = pressure_altitude -
kollsman(baro_setting)
k_ft = k_set = nil;
kollsman = func{
if (arg[0] == k_set) {return k_ft}
k_set = arg[0];
k_ft = 145442.156 * (1 - math.exp(math.ln(k_set/29
Hi all ,
I've done a fair bit of the CYVR airport terminals and buildings , and
added a few static aircraft from the AI/Aircraft folder ... seems to
work without problems , so my question is , any objections to using this
folder for static aircraft as well as AI ? Ive added a low poly B1900D
fo
32 matches
Mail list logo
