Am 22.01.2012 21:27, schrieb Stuart Buchanan:
On Sun, Jan 22, 2012 at 5:34 PM, Torsten Dreyer wrote:
And I just pushed that to FGDATA. Global Weather and Local Weather
is dead. Long live Basic Weather and Advanced Weather :-)
Thanks Torsten. That looks great.
BTW, if this change is merged
Hello,
I just faild to set the wind speed and direction in the new weather menue
structure (up to date next-branch). My intention was to set the wind profile
from ground up to 3000ft.
Hence I used the Basic Weather menue and set the desired values in the table.
But I found that I got the wind
I just faild to set the wind speed and direction in the new weather menue
structure (up to date next-branch). My intention was to set the wind
profile
from ground up to 3000ft.
Hence I used the Basic Weather menue and set the desired values in the
table.
But I found that I got the wind
The change is releatively small but I'd feel better if ThorstenR tested
it before it gets picked.
The menu structure works like a charm - I think the switching button is a
very elegant solution. I did a couple of tests yesterday, and I didn't run
into any problems here.
I've also had a look at
I am hesitating from picking this into the release branch as one could
argue if that was a bug fix. But if it's general consensus that this a
an improvement that should make it into the release, we should do it.
The change is releatively small but I'd feel better if ThorstenR tested
it
On Mon, Jan 23, 2012 at 8:08 AM, Thorsten Renk wrote:
Stuart Buchanan wrote:
BTW, if this change is merged into the 2.6.0 branch, we should also include
commit a38820828c5343dbcb77d97a65597d736c845ff4, which removes
a now-redundant reference to the local_weather_tiles menu item.
I'm hoping
So, let's add a Advanced-- button to the global weather dialog which
closes the global-weather dialog, enabled local weather and opens the
local weather dialog. In return, the local-weather dialog gets a
Basic-- button which disables local weather, closes the
local-weather-dialog and opens
On Sun, Jan 22, 2012 at 5:34 PM, Torsten Dreyer wrote:
And I just pushed that to FGDATA. Global Weather and Local Weather
is dead. Long live Basic Weather and Advanced Weather :-)
Thanks Torsten. That looks great.
BTW, if this change is merged into the 2.6.0 branch, we should also include
Am 22.01.2012 21:27, schrieb Stuart Buchanan:
On Sun, Jan 22, 2012 at 5:34 PM, Torsten Dreyer wrote:
And I just pushed that to FGDATA. Global Weather and Local Weather
is dead. Long live Basic Weather and Advanced Weather :-)
Thanks Torsten. That looks great.
BTW, if this change is merged
Just an idea: as global and local weather are mutually exclusive, what
about having just one single weather menu item and add button in each,
global and local weather dialog causing the current dialog disappear and
open the other dialog.
While we are at it, I'd like to rename global and local
My GIT is now a week old, but in all likelihood this hasn't changed and is
in the release branch:
In reaction to concerns about a confusing menu structure, I moved all
relevant configurations to
/gui/dialogs/local_weather_tiles.xml
(insofar as they are not controlled by the rendering dialog,
On Fri, Jan 20, 2012 at 9:59 AM, Thorsten Renk wrote:
My GIT is now a week old, but in all likelihood this hasn't changed and is
in the release branch:
In reaction to concerns about a confusing menu structure, I moved all
relevant configurations to
/gui/dialogs/local_weather_tiles.xml
On Fri, Jan 20, 2012 at 12:21 PM, Stuart Buchanan wrote:
Also, I noticed that there's another local_weather.xml dialog under
gui/dialogs
that appears to be obsolete. Can you confirm that it can be deleted?
Scratch that - I've just noticed this is used in the Debug menu.
-Stuart
It's not clear from your mail whether the local_weather_config dialog in
the
release branch can be removed once this checkbox issues is resolved.
Can you confirm?
I haven't actually tried if removing it causes an error somewhere, but
it's not needed any more - all functions are either shifted
I don't know what the solution should be, but I don't think the current
state of offering a configuration dialog which doesn't affect anything is
very good for a release. On the other hand, it should be clearly
recognizable that the Nasal module has to be loaded before the system
becomes
The local weather menu option is first before the other local weather
options. This does open up a dialog box where you do have to create
clouds
1-by-1. Looking at this, it appears that the intent of this is more for
debugging. Maybe it would make sense to move this option over to the
On Fri, Mar 25, 2011 at 7:44 AM, Thorsten Renk wrote:
The local weather menu option is first before the other local weather
options. This does open up a dialog box where you do have to create
clouds
1-by-1. Looking at this, it appears that the intent of this is more for
debugging. Maybe
17 matches
Mail list logo