Hello, I am Fabien's brother, I haven't been active on the mailing
list, but I worked on the iOS and android port of stellarium
(stellarium mobile).
About the re-factorization proposed by Fabien, I see this as an
occasion to have a single base UI for the desktop and mobile version.
For this we ne
Hi,
On Monday, September 16, 2013, Georg Zotti wrote:
> Hi!
>
> I am at the same state, sizeof(Star1)=32.
This can be fixed by adding -mno-ms-bitfields to the CXX flags. At least it
allowed me to have the program runs with the stars on windows, using qt
5.1.1, with mingw 4.8 32 bit. I haven't c
Hi Barry,
On Tue, Sep 17, 2013 at 10:08 AM, Barry Gerdes wrote:
> I haven't applied Guillaume's patch -mmo-ms-bitfields I don't know where to
> put it. I am not a programmer.
I just commited the fix (rev 6279), can you give it an other try?
Also I realize that on my machine only the debug build
Hello all!
I started to work on an experimental branch to try to get ride of all
QAction dependencies in the core of stellarium. This is something that
we could eventually merge in the simplegles-qml branch (the Qt5 branch).
The rational to remove QAction is that in Qt5 they are not part of
QtCo
(Sorry, I send the email again because I forgot to put a subject. Please
don't reply to my previous message.)
Hello all!
I started to work on an experimental branch to try to get ride of all
QAction dependencies in the core of stellarium. This is something that
we could eventually merge in the
Hi Timothy!
Thanks for the comments.
On Wed, Sep 18, 2013 at 7:21 AM, Reaves, Timothy
wrote:
> - For the statement " the change in the property will automatically change
> the state of the StelAction. I think this has the potential to fix a few
> tricky issues with the synchronisation of GUI bu
On Wed, Sep 18, 2013 at 3:21 PM, Alexander Wolf wrote:
> I'm tried building this branch and catch troubles because StelButton class
> use C++11 instructions. GCC on my linux only 4.6.3 and him don't known about
> this standard. Clang 3.4 can't build it by default too. If I add -std=c++11
> key the
On Thu, Sep 19, 2013 at 4:38 AM, Barry Gerdes wrote:
> I tried your new version but it crashed at the ld.exe stage. The same place
> that the previuos version failed at before someone made a small change. "bad
> reloc address 0x20 in section "text$_ZN7QStringD1Ev[__ZN7QSStringD1Ev]"
Hi! I am goi
On Mon, Sep 23, 2013 at 4:25 AM, Barry Gerdes wrote:
> I am building again at the moment on another computer. I will see if I can
> be more specific about the error.
> Here it is I copied it letter by letter I don't think there any typos
> c:/mingw/bin/../lib/gcc/i686-w64-mingw32/4.8.0/../../../..
On Mon, Sep 23, 2013 at 3:18 PM, Barry Gerdes wrote:
> Hi Gui
> The current build of simplegles-qml-noqaction now works after that merge you
> did
> Now that I have it running what would you like me to check out.
Hi Barry: you can check my last few commits in this branch, it deals
with the saving
something
that you think should postpone the merge.
Regards,
guillaume
On Mon, Sep 23, 2013 at 6:11 PM, Guillaume Chéreau
wrote:
> On Mon, Sep 23, 2013 at 3:18 PM, Barry Gerdes wrote:
>> Hi Gui
>> The current build of simplegles-qml-noqaction now works after that merge yo
Hi Barry,
>> The directions to the location of the nebulae folder has been broken. The
>> search is now to
>> /users/barry/appdata /roaming/stellarium/nebulae/default/nebulae/default
>> instead of
>> /users/barry/appdata /roaming/stellarium/nebulae/default
Can you try to revert the commit 6195
On Thu, Sep 26, 2013 at 6:38 PM, Barry Gerdes wrote:
> Hi gui
> which commit 6195 is that
Sorry, the revid is:
guillaume.cher...@gmail.com-20130917090500-ei4aco0zov3bj468
(set the nebulae image paths relative to the json file)
--
Guillaume
guillaume.cher...@gmail.com
+886 970422910
---
On Fri, Oct 11, 2013 at 11:14 PM, Fabien Chéreau
wrote:
> Actually, it seems that this code is deactivated right now :(
> I see this in Steltexture.cpp
>
> bool genMipmap = false;
>
> if (genMipmap)
>
> glGenerateMipmap(GL_TEXTURE_2D);
>
>
> Guillaume was working on a code cleanup for textures, so
Regarding the messy CMake files, I just started a branch trying to
clean it up a bit :
lp:~stellarium/stellarium/cmake-cleanup
My goal is to improve the compilation on windows, using both mingw and
msvc 2010 (currently not working).
gui
On Thu, Oct 10, 2013 at 11:17 PM, Christoph Redecker
CMakefiles? Else, somebody should
>> maintain it.
>>
>> TNX, G.
>>
>> On Di, 12.11.2013, 12:46, Guillaume Chéreau wrote:
>> > Regarding the messy CMake files, I just started a branch trying to
>> > clean it up a bit :
>> >
>> > lp:~ste
On Thu, Nov 14, 2013 at 11:29 PM, Bogdan Marinov wrote:
> On 11/12/13, Guillaume Chéreau wrote:
>> On Tue, Nov 12, 2013 at 11:57 PM, Reaves, Timothy
>> wrote:
>>> A cursory examination of cmake shows that it generates MSVC projects;
>>> there
>>> is no
On Sat, Dec 7, 2013 at 4:45 AM, Barry Gerdes wrote:
> Hi Guillaume
>
> The Minimum FPS is now working again in windows
OK, that's good!
>
> Barry
>
>
>
>
> --
> Sponsored by Intel(R) XDK
On Sun, Jan 12, 2014 at 7:25 PM, Georg Zotti wrote:
> I had the same fear for weeks now that the deprecation of QtDeclarative
> will sooner than later hit us. Is anybody working on this?
> Fabien, Guillaume? Anybody else with deep enough insight into Qt? What has
> to be done, where?
I had a look
QtQuick 1.0 in a
branch, then later switch it to QtQuick 2.0.
gui
On Thu, Feb 13, 2014 at 11:41 AM, Guillaume Chéreau
wrote:
> On Sun, Jan 12, 2014 at 7:25 PM, Georg Zotti wrote:
>> I had the same fear for weeks now that the deprecation of QtDeclarative
>> will sooner than l
st a few #ifdefs? I am afraid I don't know
>>> the
>>> programming details and differences concerning OpenGLES. Given the
>>> enormous popularity of Stellarium from schools to world-class
>>> observatories (wow!), it would be nice to have our application
Oh yes I forgot to mention. The "windows-cleanup" branch might not
compile with the plugins yet. For the moment I focus on the core of
stellarium. Later I will see if the plugins need modifications. I
think a few are using non Opengl ES 2 api, that would prevent them
from compiling with ANGLE.
On Thu, Feb 20, 2014 at 10:57 PM, Alexander Wolf wrote:
> I use Qt 5.2.1 (x86 + x64) + MSVC2012 (x86 + x64) for building
> windows-cleanup branch.
>
> In 32-bit mode I catch fatal error for linker (troubles with linking of the
> archive management code parts).
Maybe this is related to zlib dll?
On Fri, Feb 21, 2014 at 5:04 AM, Georg Zotti wrote:
> I added the path to gettext programs in CMakeCache.txt. Zlib was found in
> GnuWin32 dir. However, and after disabling all plugins for now, I get
> another error:
>
> c:\program files (x86)\gnuwin32\include\zconf.h(289): fata error C1083:
> Fil
On Sat, Feb 22, 2014 at 7:12 PM, Georg Zotti wrote:
> The logfile has a few error messages though, maybe
> concerning the bitfields in the star data that MSVC doesn't like?
About this: if it starts to be an issue, it wouldn't be too hard to
change the code not to use bitfields anymore. Maybe I sh
On Mon, Feb 24, 2014 at 12:31 PM, Alexander Wolf wrote:
> Hi!
>
> 2014-02-24 10:55 GMT+07:00 Guillaume Chéreau :
>
>> > Also
>> > there is a warning about a shader program.
>>
>> Could you post it? I don't get it on my own machine.
>
>
&g
On Mon, Feb 24, 2014 at 7:28 PM, Georg Zotti wrote:
> Is there a test program that simply tests sizeof(Star3) and similarly all
> components for all star structs?
If not, it could be a good idea to add it. Or even some asserts when
the stars module loads. I am not sure if gcc static asserts are
What I usually do is first ‘git pull’ and if it performs a merge then I do
‘git rebase origin/master’ to have my local commits stay on top of the
history.
On Tue, 5 Dec 2017 at 7:43 PM Georg Zotti wrote:
> Am 05.12.2017 12:36, schrieb Fabien Chéreau:
> > No problems ;) It takes time to get used t
.link/slashdot
> ___
> Stellarium-pubdevel mailing list
> Stellarium-pubdevel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel
>
--
Guillaume Chéreau
guilla...@noctua-software.com
+886-970-422-910
29 matches
Mail list logo