Multi-player servers don't show aircraft icons on Safari - default
web browser on Mac OS X.
Firefox shows these with no problem.
Safari used to show icons when I played last time, maybe Jan. 2nd.
I was using mpserver01:5000 from 0.9.10 for Mac OS X.
Does anyone know what causes this
Hi pigeon,
Yes, I'm talking about FlightGear server online map.
I tried both mpmap01.flightgear.org and mpmap02.flightgear.org again
but nothing has changed so far.
Icons (and dots) still don't show up on Safari.
Tat
On Jan 7, 2007, at 2:09 AM, Pigeon wrote:
Multi-player servers don't show
Hi,
On Friday 05 January 2007 21:12, syd wrote:
One thing Im unclear on ,reading the documentation , is if the pick
animation only works with left clicks. Good enough for toggling
properties , but would still need 2 clickable objects for
increase /decrease properties .So can a mouse button
syd wrote:
Hi all,
One thing Im unclear on ,reading the documentation , is if the pick
animation only works with left clicks. Good enough for toggling
properties , but would still need 2 clickable objects for
increase /decrease properties .So can a mouse button be chosen with
this animation
Roberto Inzerillo wrote:
Since terrain meshes are based on triangles, I see full flexibility in
that (more than what's used today). I guess rectangle blocks (I refer to
taxiway/runway/aprons) were choosen in order to get airport layouts
quick and easy [...]
and certainly for
Roberto Inzerillo wrote:
The same goes for lighting, I just want to change the positioning of
those light points in space because I don't like the way they are
automatically positioned now (specifically on taxiways).
I think, concerning taxiway lights for example there is room for
Ralf Gerlich wrote:
Of course, TaxiDraw is not limited to creating apt.dat data as Durk's AI
extension shows.
Maybe we can inspire the involved developers to head for a joint effort
of TaxiDraw- and FGSD-development here ;-)
The upcoming 'standard' for editing geographic vector data
On 01/06/2007 04:25 PM, Jon S. Berndt wrote:
I'm not sure what you are talking about here. Could you be more descriptive?
I'll try!
Let's start with some use case analysis:
Scenario 1: User wants to practice landings. Using command-line options,
the user initializes the system to 4 mile
On Sun, 2007-01-07 at 09:51 -0500, Josh Babcock wrote:
First, this animation is a really good idea.
I've spent the better part of the weekend adding instruments to my F4E,
this code ROCKS!
I for see a problem though. With the old hotspot code, if you wanted to
animate a really small switch,
John Denker wrote:
[... reset function ...]
All evidence indicates that the function being called was not designed
to be used this way, i.e. not to be used in flight and not to be used
repeatedly. Instead it was supposed to be used once, during initial
startup.
John, actually, what you're
Hi,
Martin Spott wrote:
Ralf Gerlich wrote:
Of course, TaxiDraw is not limited to creating apt.dat data as Durk's AI
extension shows.
Maybe we can inspire the involved developers to head for a joint effort
of TaxiDraw- and FGSD-development here ;-)
[SNIP]
We're in the progress of
On 01/07/2007 12:28 PM, Martin Spott wrote:
John, actually, what you're looking for is a routine that allows you to
dump the whole property tree at runtime into a file and allow
re-loading this as a preset. In order not to break current behaviour it
would be necessary to compile a
On Sunday 07 January 2007 17:34, gh.robin wrote:
On Sun 7 January 2007 18:20, Martin Spott wrote:
Nick Warne wrote:
There is a typo in:
src/Instrumentation/vertical_speed_indicator.cxx line 17:
_static_pressure(node-getStringValue(static-pressure,
On Sun 7 January 2007 18:42, Nick Warne wrote:
You must first check it , because the existing code is working right
with /Systems/static/pressure-inhg
Well, on Linux at least with that line I got two 'systems' directories in
the property tree - one called /Systems/ with one item, the
Buchanan, Stuart wrote:
Note for committer: texture3.rgb is now redundant and can be removed from
CVS.
jive: 19:04:41 ~/SCM/FlightGear/data/Aircraft find . -name texture3.rgb
./X15/Models/texture3.rgb
jive: 19:05:45 ~/SCM/FlightGear/data/Aircraft/vulcanb2 find . -type f -exec
grep -l
gh.robin wrote:
On Sun 7 January 2007 18:20, Martin Spott wrote:
Nick Warne wrote:
There is a typo in:
src/Instrumentation/vertical_speed_indicator.cxx line 17:
_static_pressure(node-getStringValue(static-pressure,
/Systems/static/pressure-inhg))
should be of course:
Sébastien,
I posted a compilation fix yesterday, see
http://sourceforge.net/mailarchive/message.php?msg_id=37837809
bye,
Manuel
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay
On Sun 7 January 2007 19:09, Martin Spott wrote:
gh.robin wrote:
On Sun 7 January 2007 18:20, Martin Spott wrote:
Nick Warne wrote:
There is a typo in:
src/Instrumentation/vertical_speed_indicator.cxx line 17:
_static_pressure(node-getStringValue(static-pressure,
On Sun 7 January 2007 19:13, gh.robin wrote:
On Sun 7 January 2007 19:09, Martin Spott wrote:
gh.robin wrote:
On Sun 7 January 2007 18:20, Martin Spott wrote:
Nick Warne wrote:
There is a typo in:
src/Instrumentation/vertical_speed_indicator.cxx line 17:
John Denker wrote:
[...] For my purposes (and
I suspect a lot of other purposes besides), is much more useful
to be able to warp to some improvised place, without ever having
been there before.
Without ever having been there before I'd say you'll never know in
which state the aircraft is
Thanks for all the nice words folks, and to Josh and Alexis for taking on the
Canberra and A-10.
I'll still be following the lists and I'll be happy to answer any questions
about any of the aircraft I've worked on and try to explain what my line of
reasoning might have been behind some of the
Hi,
On Sunday 07 January 2007 14:38, Maik Justus wrote:
I've programmed a moving mean of calculated lags. Have to check it out now.
I have not tried.
But had a quick look at the code.
You are talking about the _towLength value that appears to be used for the tow
tension instead of the real
On Sunday 07 January 2007 13:12, gh.robin wrote:
Hello,
Between the 13 December 2006 and last night 07 January , the autopilot
has vanished
With my previous built of Flightgear osg branch 13-12-2006 dated i was
still able to run autopilot the heading and altitude where nicely taken ,
and
On 01/07/2007 01:25 PM, Martin Spott wrote:
[...] For my purposes (and
I suspect a lot of other purposes besides), is much more useful
to be able to warp to some improvised place, without ever having
been there before.
Without ever having been there before I'd say you'll never know in
which
Hi,
Mathias Fröhlich schrieb am 07.01.2007 19:44:
Hi,
On Sunday 07 January 2007 14:38, Maik Justus wrote:
I've programmed a moving mean of calculated lags. Have to check it out now.
I have not tried.
But had a quick look at the code.
You are talking about the _towLength value that
On Sunday 07 January 2007 19:44, Nick Warne wrote:
On Sunday 07 January 2007 18:40, Roy Vegard Ovesen wrote:
On Sunday 07 January 2007 19:25, gh.robin wrote:
And if you don't trust me, when i say its working, look at this
http://perso.orange.fr/GRTux/pressure-inhg.jpg
Nick is right,
On Sun 7 January 2007 19:40, Roy Vegard Ovesen wrote:
On Sunday 07 January 2007 19:25, gh.robin wrote:
And if you don't trust me, when i say its working, look at this
http://perso.orange.fr/GRTux/pressure-inhg.jpg
Nick is right, /Systems/... _is_ a typo.
The reason why it is working for
Hi Manuel,
On Saturday 06 January 2007 14:33, Manuel Massing wrote:
attached is a tiny patch for src/Model/panelnode.{cxx,hxx} to make
flightgear compile against osg HEAD, apparently the interface to
osg::Viewport has changed slightly.
Might spare a few seconds to those who track osg HEAD.
On Sunday 07 January 2007 19:25, gh.robin wrote:
You must first check it , because the existing code is working right
with /Systems/static/pressure-inhg
And if you don't trust me, when i say its working, look at this
http://perso.orange.fr/GRTux/pressure-inhg.jpg
Ok! Now I'm just
On Sunday 07 January 2007 20:13, gh.robin wrote:
On Sun 7 January 2007 19:40, Roy Vegard Ovesen wrote:
On Sunday 07 January 2007 19:25, gh.robin wrote:
And if you don't trust me, when i say its working, look at this
http://perso.orange.fr/GRTux/pressure-inhg.jpg
Nick is right,
On Sunday 07 January 2007 19:51, Roy Vegard Ovesen wrote:
On Sunday 07 January 2007 19:25, gh.robin wrote:
You must first check it , because the existing code is working
right with /Systems/static/pressure-inhg
And if you don't trust me, when i say its working, look at this
thank you very much Manuel, it compiles perfectly now.
regards
Manuel Massing a écrit :
Sébastien,
I posted a compilation fix yesterday, see
http://sourceforge.net/mailarchive/message.php?msg_id=37837809
bye,
Manuel
My version of fgfs has a rather large memory leak.
If I leave the thing parked after a flight, brakes on,
simulator paused, it will gobble up about 3 gigabytes
of virtual memory overnight. (In contrast, it's only
a little over 500 meg after a few minutes of flight.)
I'm running the version of
33 matches
Mail list logo