>> It looks as though Julian is already working on the SVGs so I guess
>> I'd risk duplicating work?
> Nope. I just created some examples for testing purposes to start with the
> logic behind these SVGs and visualise them in a QGraphicsScene.
Okay, so shall I do both graphics and code customisatio
On Tuesday 17 November 2009 10:04:25 Matthew Ayres wrote:
> It looks as though Julian is already working on the SVGs so I guess
> I'd risk duplicating work?
Nope. I just created some examples for testing purposes to start with the
logic behind these SVGs and visualise them in a QGraphicsScene.
>
>> I like the suggestion of SVG graphics, especially as the SVG standard
>> has official room for customisation which may be useful. I would be
>> happy to build up a library of graphics, if that meets with approval.
>
> I read the wikipedia entry on that. Okay, so it's an XML format... I
> have n
On Monday 16 November 2009 02:15:29 Alan Grimes wrote:
> My issue is that I really can't get a handle on the KDE4 porting
> process. On the other hand, I'm fairly comfortable with the OpenGL model
> so I have a much clearer picture of how it would work... Remember, that
> negative coordinants are v
P Zoltan wrote:
> On Mon, 16 Nov 2009 15:19:59 +0100, Alan Grimes
> wrote:
> Here is some motivational video for Qt4:
> http://www.youtube.com/watch?v=MXS3xKV-UM0
OpenCroquet could do a lot of that a few years ago... project basically
evaporated for some reason. (or has gone to ground...) A
Matthew Ayres wrote:
> I like the suggestion of SVG graphics, especially as the SVG standard
> has official room for customisation which may be useful. I would be
> happy to build up a library of graphics, if that meets with approval.
I read the wikipedia entry on that. Okay, so it's an XML forma
On Mon, 16 Nov 2009 15:19:59 +0100, Alan Grimes
wrote:
> Axel Jaeger wrote:
>
>> So the problem is that QGraphicsView is only available in Qt 4.1 and you
>> want to move to another canvas before the KDE4-port? Just in case there
>> is some missunderstanding here: QGraphcisView can handle negati
On Mon, 16 Nov 2009 19:03:00 +0100, Axel Jaeger
wrote:
> If you have questions on how to do anything with Qt4, be it
> QGraphicsView or
> mapping some other thought on Qt4, just ask me. I do Qt programming for
> a living
> since half of a decade. Unfortunately I cannot give any advises on K
If you have questions on how to do anything with Qt4, be it QGraphicsView or
mapping some other thought on Qt4, just ask me. I do Qt programming for a living
since half of a decade. Unfortunately I cannot give any advises on KDE because I
use a mac for daily programming. That also means I would be
Well, I don't want to disappiont you, but how much time do you estimate
for completing an opengl workspace? In my opinion is a lot of work, with
questionable benefits.
On Sun, 15 Nov 2009 17:46:33 +0100, Alan Grimes
wrote:
> Matthew Ayres wrote:
>> It made me smile, so I thought maybe o
Could be considered. Added feature request here:
http://sourceforge.net/tracker/?func=detail&aid=2898606&group_id=143459&atid=755591
On Sun, 15 Nov 2009 16:02:02 +0100, P.J.G. Long wrote:
> On Nov 15 2009, Matthew Ayres wrote:
>
> The gEDA/gscheme project has moved on a lot, it would be ni
On Monday 16 November 2009 17:46:22 Matthew Ayres wrote:
> > Right, QGraphicsView is the way to go. I did some research in this sector
> > and tried to solve this issue using kde's plasma. As it seemed quite
> > promising in the first place, I cancelled that approach and will
> > investigate into a
> Right, QGraphicsView is the way to go. I did some research in this sector and
> tried to solve this issue using kde's plasma. As it seemed quite promising in
> the first place, I cancelled that approach and will investigate into a more
> direct approach using QGraphicsView directly. I already got
Matthew Ayres wrote:
> Sorry, that seems a little confrontational to me. I hope that's not
> how it was intended.
> Anyway, it seems to me that we have two competing approaches here. So
> I guess what I'm wondering is how the two of you feel about handling
> this; should both techniques be devel
On Sunday 15 November 2009 18:32:22 Axel Jaeger wrote:
> Two things from me:
> 1) Regarding the canvas replacement: Maybe I missed something but why
> should QGraphicsView not be suitable for the project? Implementing an own
> canvas on top of opengl or whatever is clearly not the main goal of th
Axel Jaeger wrote:
> So the problem is that QGraphicsView is only available in Qt 4.1 and you
> want to move to another canvas before the KDE4-port? Just in case there
> is some missunderstanding here: QGraphcisView can handle negative
> coordinates.
See, I didn't even know either of those two fa
> My issue is that I really can't get a handle on the KDE4 porting
> process. On the other hand, I'm fairly comfortable with the OpenGL model
> so I have a much clearer picture of how it would work... Remember, that
> negative coordinants are valid in ktechlab so that, normally, you don't
> have to
> > 1) Regarding the canvas replacement: Maybe I missed something but why
> > should QGraphicsView not be suitable for the project? Implementing an
> > own canvas on top of opengl or whatever is clearly not the main goal of
> > the project and should be forwarded to some library
>
> Great, you do t
Axel Jaeger wrote:
> Two things from me:
> 1) Regarding the canvas replacement: Maybe I missed something but why
> should QGraphicsView not be suitable for the project? Implementing an
> own canvas on top of opengl or whatever is clearly not the main goal of
> the project and should be forwarded t
Two things from me:
1) Regarding the canvas replacement: Maybe I missed something but why should
QGraphicsView not be suitable for the project? Implementing an own canvas on top
of opengl or whatever is clearly not the main goal of the project and should be
forwarded to some library
2) Regarding
Matthew Ayres wrote:
> It made me smile, so I thought maybe others here would like the thought.
I think the original developer was thinking along the same lines, which
is why we have the vestigal "mechanicsDocument' classes...
I like the idea. It would be a great goal for post KDE4, to have a 3D
On Nov 15 2009, Matthew Ayres wrote:
The gEDA/gscheme project has moved on a lot, it would be nice to have
Ktechlab inter link with gscheme and pcb
Regards
>I've been thinking a lot lately about simulating this, that and the other
>with tools like KTechLab. How nice it would be to have CA
I've been thinking a lot lately about simulating this, that and the other
with tools like KTechLab. How nice it would be to have CAD-like features.
Then a thought hit me...
There are several projects out there right now, trying to bring quality CAD
to FOSS. Think how useful a KTechLab back-end,
23 matches
Mail list logo