On Mon, Oct 30, 2017 at 07:45:50PM +0700, Alexander Wolf wrote:
I've played with your branch at the moment and I have 2 questions:
1) Qt 5.8 is really minimum requirement environment for this feature?
Ah I don't know, I only tested with Qt 5.9. Do you get some errors with
lower versions?
2)
On Fri, Oct 27, 2017 at 12:31:00AM +0200, Georg Zotti wrote:
Some of the description texts appear to be misformatted, though. One
of the HST surveys has no title (?)
Yes that's because the properties file of this survey didn't define the
title attribute. Should use some sensitive fallback valu
Sorry I realize I didn't received the last mailing list messages in my
inbox, I cannot quote reply your last messages.
Georg: for the moment I hard codded the planet surveys for testing. I
will make it use a HiPS catalog like for the DSS survey.
Alex: I think you are right: the survey settings
Hello all,
If anybody is interested I created a new branch on launchpad to test
rendering the planets from HiPS surveys:
https://code.launchpad.net/~guillaume-chereau/stellarium/planets-hips
For the moment I just manually set the surveys of Mars, Jupiter and
Saturn to an online source, based
On Wed, Aug 19, 2015 at 07:22:51PM +0600, Alexander Wolf wrote:
> Ok! But I have a two important notes for your branch:
> 1) It catch a segfault at creation of GUI on linux (checked on Qt 5.3, 5.4
> and 5.5)
> 2) cmake scripts has a QDeclarative dependencies yet
OK, I will work on it a bit more be
on - use
> one core and two "plugins" for desktop/mobile GUI)?
You are right, QWidget is not deprecated: QDeclarative is. The branch
(lp:~guillaume-chereau/stellarium/no-qml1) removes the dependency to
QDeclarative, that is why my suggestion is that we merge it, and do not
switch to qm
Hi everybody,
I am still working on the qml UI branch:
lp:~guillaume-chereau/stellarium/qml
I implemented the bottom and window bar, and part of the dialogs. None
of the plugin work yet.
However I start to wonder if that is the right approach. It seems that
it will take a lot of time to
On Wed, Aug 12, 2015 at 01:33:19PM +0200, Georg Zotti wrote:
> Ah, OK. Is there maybe some ui.XML->QML translator (XSLT)
I don't think so, and it would have to be specifically made for stellarium,
since the UI uses a lot of custom made Items. Most of the plugins UI
are following the same template
On Wed, Aug 12, 2015 at 11:43:05AM +0200, Georg Zotti wrote:
> Very good!
>
> I guess this will be the start of series 0.15 then?
Could be. I am just not sure how easy the integration will be. I hope
in a week or two I will have a functional branch so we can evaluate how
stable it is.
> There w
,
Guillaume
On Sat, Aug 01, 2015 at 01:50:21PM +0200, Georg Zotti wrote:
> Excellent, thanks!
>
> Kind regards,
> Georg
>
> On Do, 30.07.2015, 17:07, Guillaume Chereau wrote:
> >> On Di, 7.07.2015, 13:37, Fabien Chéreau wrote:
> >> > I agree, we now really need t
> On Di, 7.07.2015, 13:37, Fabien Chéreau wrote:
> > I agree, we now really need to re-code the whole GUI in QML
I am going to have a look at that. I just saw that Qt 5 introduced a
nice way to create Q_PROPERTY linked to an attribute without the need to
write the getter and setter (with MEMBER).
I did a commit on May 26 (r7669) that should have fixed this issue. I
copied the code from Qt, but enclosed it into a 'Stel' namespace, to
separate it from the internal Qt code.
On Tue, Jun 02, 2015 at 01:02:43PM +0300, Bogdan Marinov wrote:
> The last time I checked, the source included a clone
Hello Georg, happy new year everyone!
On Wed, Jan 07, 2015 at 01:13:15AM +0100, Georg Zotti wrote:
> 1) QtDeclarative has been deprecated a while ago and documentation links
> are (deliberately I suppose) getting sparse. QGL... classes are
> deprecated. We are still using them, but replacements ha
[Resending because I used the wrong address]
Hello Georg, happy new year everyone!
On Wed, Jan 07, 2015 at 01:13:15AM +0100, Georg Zotti wrote:
> 1) QtDeclarative has been deprecated a while ago and documentation links
> are (deliberately I suppose) getting sparse. QGL... classes are
> deprecated
On Sat, Jul 26, 2014 at 12:54:09AM +0700, Alexander Wolf wrote:
> 2014-07-25 16:56 GMT+07:00 Guillaume Chereau :
> > I created a branch to try to fix the star data packing problem.
> >
> > lp:~guillaume-chereau/stellarium/no-bit-field
> >
> I tested it on Win
Hello all,
I created a branch to try to fix the star data packing problem.
lp:~guillaume-chereau/stellarium/no-bit-field
In this branch I removed all the bit fields of the star structures, and
instead use bit operations to get the values directly from the mapped
memory. With this we should
OK, I created a branch at:
lp:~guillaume-chereau/stellarium/qt-5-3-windows-opengl
This is not as simple as I thought: instead of using the GL macro I
actually redefine (through a macro) all the Opengl ES 2 calls to use the
current context QOpenGLFunctions object.
The nice thing is that it
Yeah it makes sense to be able to compile with both version of Qt. I
removed QOpenGLFunctions support because it didn't work with Qt 5.3 the
way we used it. I opened a bug in Qt bug tracker
(https://bugreports.qt-project.org/browse/QTBUG-39095) and the
recommendation is to use QOpengGLContext::fu
Hi Alexander,
On Sat, Jun 14, 2014 at 11:01:11PM +0700, Alexander Wolf wrote:
> Hi!
>
> Today I tried build Stellarium on Windows with an OpenGL support in the
> follow combinations: 32-bits Qt 5.2.1 + MinGW 4.8 and 64-bits Qt 5.3.0 +
> MSVC2013. Both combinations has been broken in same places -
On Wed, Jun 11, 2014 at 09:59:01PM +0700, Alexander Wolf wrote:
> 2014-06-11 14:21 GMT+07:00 Guillaume Chereau :
>
> > On Sun, Jun 08, 2014 at 04:15:42PM +0700, Alexander Wolf wrote:
> > > Next point of regress is platform specific: on Windows KDE part of code
> >
I just tried and was able to compile on Windows 7 with both Qt 5.3 ANGLE
(VS 2013) and Qt 5.3 OpenGL (VS 2012). My OpenGL drivers are up to
date. I think it still makes more sense to use the ANGLE version on
Windows.
Note: I had to locally revert the commit r6838 otherwise cmake was
unable to ge
On Wed, Jun 11, 2014 at 06:34:56PM +1000, Barry Gerdes wrote:
> Hi Guillaume with windows extracting the error message is difficult
> but I was able to do a screen dump .
Ah, so this is a problem of OpenGL, probably due to the merge of the
angle-opengl branch. What version of Qt do you use to com
On Sun, Jun 08, 2014 at 04:15:42PM +0700, Alexander Wolf wrote:
> Next point of regress is platform specific: on Windows KDE part of code for
> support archives doesn't work with MSVC2012.
I can have a look at this. I have been wanting to clean this part of
the code for a while. It is annoying to
On Wed, Jun 11, 2014 at 02:13:40PM +1000, Barry Gerdes wrote:
> In any case I can't compile in windows since build 6828 (when all the
> merges to place) The build crashes at the link stage.
Can you post the linking error message? I suspect a zlib problem, as it
is currently a bit tricky to get it
Hello,
The compilation of stellarium is broken with the new release of Qt (Qt
5.3) due to a change of API in QOpenglFunctions class.
I consider this a regression of Qt, and I filled a bug report:
https://bugreports.qt-project.org/browse/QTBUG-39095
That being said, I tried the Windows ANGLE vers
25 matches
Mail list logo
