[Flightgear-devel] Flight Computer with HP48G

2007-07-05 Thread Thiago Drechsel
Does anybody know a good program that emulates a Flight Computer (e.g E6B) on HP48G? I know this question isn't related to FG, but with so many aviation fans, I think I can find a good answer :-) Thanks in advance. Thiago

Re: [Flightgear-devel] Today's CVS

2007-07-05 Thread Ralf Gerlich
Hi! Thomas Förster wrote: The reason is a wrong return type on FGAirport::getId(). Should be const string instead of string (which does a local copy that is then referenced in FGAirportDynamics::getId()) Maybe that's a dumb question (which would be embarassing, because I typically think of

Re: [Flightgear-devel] How to apply different texturing to the terrain mesh?

2007-07-05 Thread Ralf Gerlich
Hello Sebastian! Sebastian Bechtold wrote: [...] but my plan would, for example, make it possible to render markings onto them, or draw softly rounded curves. I'm specifically interested in the markings part (although I'm also curious at how you want to implement softly rounded curves without

Re: [Flightgear-devel] Today's CVS

2007-07-05 Thread Thomas Förster
Am Donnerstag 05 Juli 2007 17:12 schrieb Ralf Gerlich: const string would only make sense if a string was returned which is typically stored in the object and should _not_ be copied, e.g. in a getter-method. And exactly thats the case here :-) Thomas -- PhD Student, Dept. Animal Physiology,

Re: [Flightgear-devel] Today's CVS

2007-07-05 Thread Ralf Gerlich
Ralf Gerlich wrote: const string would only make sense if a string was returned which is typically stored in the object and should _not_ be copied, e.g. in a getter-method. Or rather: I was wondering why a getter method would have to return a reference to a local variable, until I looked at

Re: [Flightgear-devel] Programming Style

2007-07-05 Thread Andy Ross
Thomas Förster wrote: which reminds me of: The Zen of Python (by Tim Peters) Probably a bunch of good ideas for every language. Yup, great advice. Pity python forgot about it: There should be one-- and preferably only one --obvious way to do it. If the implementation is hard to explain,

Re: [Flightgear-devel] Programming Style (was: Today's CVS)

2007-07-05 Thread Thomas Förster
Sane code would just use a set_element() function and be done with it instead of using a design element that even good, productive programmers don't always recognize. The older I get, the more C++ looks like a terrible, terrible mistake. which reminds me of: The Zen of Python (by Tim

Re: [Flightgear-devel] spanning multiple columns in gui layout

2007-07-05 Thread John Denker
On 07/05/2007 12:13 PM, Andy Ross wrote: Use the rowspan and colspan properties. Check Docs/README.layout for details. Yes, the feature is documented, and there is some code to implement it (in GUI/layout.cxx) ... but it doesn't work reliably. Sometimes it works, sometimes it doesn't. Grep

Re: [Flightgear-devel] How to apply different texturing to the terrain mesh?

2007-07-05 Thread Sebastian Bechtold
Your thread title is misleading, Sorry, but I don't think so. The title describes my intentions pretty well. what you really want to do is to add layers, so to add some geometry drapped around the terrain. No, I don't I want to do that. I want to do what I've been talking about in my

Re: [Flightgear-devel] spanning multiple columns in gui layout

2007-07-05 Thread John Denker
On 07/05/2007 02:15 PM, Andy Ross wrote: Can you provide a case where it doesn't? Compare: http://www.av8n.com/fly/fgfs/weather.xmlworks http://www.av8n.com/fly/fgfs/weather.xmlbroken The difference between them is simple, and is attached below. The working file contains a working

Re: [Flightgear-devel] Today's CVS

2007-07-05 Thread Durk Talsma
On Thursday 05 July 2007 15:39, Thomas Förster wrote: Am Donnerstag 05 Juli 2007 14:21 schrieb Vivian Meazza: You need the trafficmanager for testing the ground radar? Else turning it off should be perfectly ok... Yesterday, before Durk's latest upload, FG here was running for about 10

Re: [Flightgear-devel] spanning multiple columns in gui layout

2007-07-05 Thread Andy Ross
John Denker wrote: Compare: http://www.av8n.com/fly/fgfs/weather.xmlworks http://www.av8n.com/fly/fgfs/weather.xmlbroken The difference between them is simple, and is attached below. The working file contains a working colspan. The broken file contains a second colspan that

Re: [Flightgear-devel] spanning multiple columns in gui layout

2007-07-05 Thread John Denker
On 07/05/2007 03:40 PM, Andy Ross wrote: Here's the problem. You're giving your dialog a fixed size, then asking it to display something that doesn't quite fit. On my syste, with the default style, it should fit with room left over. The working version makes this particularly clear. Why

Re: [Flightgear-devel] spanning multiple columns in gui layout

2007-07-05 Thread Andy Ross
John Denker wrote: Andy Ross wrote: Here's the problem. You're giving your dialog a fixed size, then asking it to display something that doesn't quite fit. On my syste, with the default style, it should fit with room left over. The working version makes this particularly clear. Why do

Re: [Flightgear-devel] spanning multiple columns in gui layout

2007-07-05 Thread John Denker
On 07/05/2007 03:40 PM, Andy Ross wrote: Putting one word in each column only happens looks better because of the details of your layout and the length of your strings. Not true. Let the layout manager pick the size, that's what it's there for. Just remove the width and height lines and

Re: [Flightgear-devel] spanning multiple columns in gui layout

2007-07-05 Thread Andy Ross
John Denker wrote: Yes, I tried it. It looks terrible. It still appears to be miscalculating by a factor of 3 the required column width. A factor of 3? Dunno, it looks fine to me, and I can verify that it fixes your problem with shrinking columns. Whether you choose to believe me or not

Re: [Flightgear-devel] spanning multiple columns in gui layout

2007-07-05 Thread John Denker
On 07/05/2007 04:48 PM, Andy Ross wrote: John Denker wrote: Yes, I tried it. It looks terrible. It still appears to be miscalculating by a factor of 3 the required column width. A factor of 3? Dunno, it looks fine to me, and I can verify that it fixes your problem with shrinking

Re: [Flightgear-devel] How to apply different texturing to the terrain mesh? (addressing especially Ralf)

2007-07-05 Thread Sebastian Bechtold
Message: 8 Date: Thu, 05 Jul 2007 17:12:49 +0200 From: Ralf Gerlich [EMAIL PROTECTED] Subject: Re: [Flightgear-devel] How to apply different texturing to the terrain mesh? To: FlightGear developers discussions flightgear-devel@lists.sourceforge.net Message-ID: [EMAIL

Re: [Flightgear-devel] How to apply different texturing to the terrain mesh? (addressing especially Ralf)

2007-07-05 Thread Heiko Schulz
Hi, the graphic at the end of your steps should be no or very small problems. To make pseudo aerial photographs can be done very easy. Your idea sounds good now - but one curious question I have: when it really works at runtime, we could do something like the livery-changing for the textures?

Re: [Flightgear-devel] spanning multiple columns in gui layout

2007-07-05 Thread Andy Ross
John Denker wrote: 4) I did not snipe. I did not sneer. I reported the facts as I observed them. If observations conflict with your expectations, what should I do? John, please. You asked for a new feature that already exists, and when corrected immediately reported that it doesn't work

Re: [Flightgear-devel] How to apply different texturing to, the terrain mesh? (addressing especially Tim Moore)

2007-07-05 Thread Sebastian Bechtold
Tim Moore wrote: This is going to be messy; you're going to have to dive into the code of FlightGear, SimGear, and probably TerraGear too. The terrain mesh created by TerraGear has texture coordinates that are appropriate for the surface texture in each triangle. You're either going to have

Re: [Flightgear-devel] spanning multiple columns in gui layout

2007-07-05 Thread John Denker
On 07/05/2007 05:26 PM, Andy Ross wrote: But, all that being said: yes, you found a bug. The spans-are-too-wide problem* is caused by a sign bug when calculating the extra amount to distribute between spanned cells. Fixed in CVS. Thank you for fixing the bug.

Re: [Flightgear-devel] How to apply different texturing to the terrain mesh? (addressing especially Ralf)

2007-07-05 Thread Georg Vollnhals
Sebastian Bechtold schrieb: ... -want- to break the current concept of texture display. I don't want to break anything else, but I definitely want to break this. It's all about breaking this ;). I want to use large patches of texture which are applied to the ground mesh, completely

Re: [Flightgear-devel] 0.9.11-pre1: Some weird behaviors on reset

2007-07-05 Thread Hans Fugal
I'm on OS X, though not using the XCode patches (just stock flightgear with the fixes I discussed in an earlier thread for compilation and linking). I tried to reproduce these issues in fg/plib CVS (which is as close to pre1 as I get at the moment), see below. I would have also tried it in linux,

Re: [Flightgear-devel] Instrument-altimeter unable to indicate altitude above 61831 feet

2007-07-05 Thread gh.robin
On Mon 18 June 2007 10:06, Stefan Seifert wrote: John Denker wrote: If you want to know exactly why FGFS poops out at approximately 62,000 feet, look at line 88 of Environment/environment.cxx You can contrast that with the ISA table that goes up to 278,000 feet as found e.g. at

Re: [Flightgear-devel] Flight Computer with HP48G

2007-07-05 Thread woodyst
I found this one that runs in linux: http://linux.softpedia.com/get/GAMES-ENTERTAINMENT/Simulation/jE6-B-15761.shtml 2007/7/6, woodyst [EMAIL PROTECTED]: Try this: http://www.navfltsm.addr.com/ve6b.zip I downloaded it from http://www.navfltsm.addr.com/ that is an excellent navigation

Re: [Flightgear-devel] Flight Computer with HP48G

2007-07-05 Thread woodyst
Sorry, I didn't understand that you need it for HP48G. Sorry. 2007/7/6, woodyst [EMAIL PROTECTED]: I found this one that runs in linux: http://linux.softpedia.com/get/GAMES-ENTERTAINMENT/Simulation/jE6-B-15761.shtml 2007/7/6, woodyst [EMAIL PROTECTED]: Try this:

Re: [Flightgear-devel] Flight Computer with HP48G

2007-07-05 Thread woodyst
Try this: http://www.navfltsm.addr.com/ve6b.zip I downloaded it from http://www.navfltsm.addr.com/ that is an excellent navigation tutorial. There is a reference to it in fgfs's manual. It's for windows but if you are a linux user like me you can execute it with wine. woodyst. 2007/7/5, Thiago

Re: [Flightgear-devel] 0.9.11-pre1: Some weird behaviors on reset

2007-07-05 Thread Tatsuhiro Nishioka
Hi Hans, I'm on OS X, though not using the XCode patches (just stock flightgear with the fixes I discussed in an earlier thread for compilation and linking). I tried to reproduce these issues in fg/plib CVS (which is as close to pre1 as I get at the moment), see below. I would have also

Re: [Flightgear-devel] Instrument-altimeter unable to indicate altitude above 61831 feet

2007-07-05 Thread John Denker
On 07/05/2007 06:57 PM, gh.robin wrote: When i opened that topic , it was to know if we could hope any FG update to get an altitude instrument which can be able to indicate more than 61000 ft. We have had a lot of discussion on it , but nothing which could give the right answer. Do we have

[Flightgear-devel] Sport Model (was: altitude above 61831 feet) (was: AWOS) (was: instrument flags) (was: various other things)

2007-07-05 Thread John Denker
A few minutes ago, I explained how in environment.cxx, the model of the atmosphere could be extended up above 100,000 feet. Everything I said was true, but it was not the whole story. As I have pointed out previously, the model of the atmosphere in environment.cxx is bogus. By that I mean it

[Flightgear-devel] fancy lvalues in c++

2007-07-05 Thread John Denker
On 07/05/2007 12:59 PM, Andy Ross wrote: References can be lvalues, so it's possible to write functions whose returned valued can be assigned. True. The examples are usually pretty academic, but consider a sparse 2D array with a method like int element(int x, int y); You can use this

Re: [Flightgear-devel] 787 Seg fault

2007-07-05 Thread Innis Cunningham
Thanks Hans Hans Ulrich Niedermann writes Innis Cunningham wrote: I get a segmentation fault during aircraft loading of the 787 from cvs is anyone else seeing this. At the cli all I get is segmentation fault(core dump) any ideas. Its on Ubuntu 7.04 The issue with fglrx_dri.so and

Re: [Flightgear-devel] 787 Seg fault

2007-07-05 Thread John Denker
On 07/05/2007 09:49 PM, Innis Cunningham wrote: And the fix is.??? http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg11124.html That's a little bit terse; if you need more details, please ask again. -

Re: [Flightgear-devel] 787 Seg fault

2007-07-05 Thread Innis Cunningham
Hi John John Denker writes On 07/05/2007 09:49 PM, Innis Cunningham wrote: And the fix is.??? http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg11124.html That's a little bit terse; if you need more details, please ask again. Was not trying to be terse would just

Re: [Flightgear-devel] Sport Model (was: altitude above 61831 feet) (was: AWOS) (was: instrument flags) (was: various other things)

2007-07-05 Thread Csaba Halász
Hi John! Impressive list of features, thanks. During my IFR flights I also noted the barber-pole and the localizer service volume issues, nice to see them fixed. The whole atmospheric thing sounds terribly important, too, but I lack knowledge to judge that. -- Csaba

Re: [Flightgear-devel] Sport Model (was: altitude above 61831 feet) (was: AWOS) (was: instrument flags) (was: various other things)

2007-07-05 Thread Hans Fugal
On 7/5/07, Csaba Halász [EMAIL PROTECTED] wrote: Hi John! Impressive list of features, thanks. During my IFR flights I also noted the barber-pole and the localizer service volume issues, nice to see them fixed. The whole atmospheric thing sounds terribly important, too, but I lack knowledge

Re: [Flightgear-devel] Flight Computer with HP48G

2007-07-05 Thread Ron Jensen
On Thu, 2007-07-05 at 11:23 -0300, Thiago Drechsel wrote: Does anybody know a good program that emulates a Flight Computer (e.g E6B) on HP48G? I know this question isn't related to FG, but with so many aviation fans, I think I can find a good answer :-) Thanks in advance. Thiago

Re: [Flightgear-devel] NavOps (was: Programming Style)

2007-07-05 Thread Curtis Olson
On 7/5/07, Andy Ross [EMAIL PROTECTED] wrote: Thomas Förster wrote: which reminds me of: The Zen of Python (by Tim Peters) Probably a bunch of good ideas for every language. Yup, great advice. Pity python forgot about it: Hehe, something similar came to mind here too, but you beat me to

Re: [Flightgear-devel] 787 Seg fault

2007-07-05 Thread Innis Cunningham
Thanks John A quick check of my system would indicate that the file fglrx_dri.so or anything starting with fglrx is not present on my system.My understanding of Linux is not strong but from what I can recall fglrx is connected with the ATI graphics drivers and I am using Nvidia.The thing is I have

Re: [Flightgear-devel] 787 Seg fault

2007-07-05 Thread John Denker
On 07/06/2007 12:39 AM, Innis Cunningham wrote: A quick check of my system would indicate that the file fglrx_dri.so or anything starting with fglrx is not present on my system. That's the end of that story. Time for a new story. Suggestion: Recompile all of FG with debugging symbols

[Flightgear-devel] FG git (was Sport Model)

2007-07-05 Thread Pigeon
For quite a while I've been using git to keep track of FlightGear files. Using git instead of CVS is like having a sports car instead of a skateboard. All good :) I've been doing the same thing for FG and SG (and fgms if that matters). time git-pull