[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-edu
Subject: Re: [kde-edu]: Custom Turtle / Re: Kturtle
From: Niels Slot <nielsslot () gmail ! com>
Date: 2009-05-28 14:52:10
Message-ID: f5f15dc00905280752w17e3dbd4s2939d28423402d1a () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
2009/5/28 Mauricio Piacentini <piacentini@kde.org>
> On Thu, May 28, 2009 at 11:14 AM, RalfGesellensetter <rgx@gmx.de> wrote:
> > On Mittwoch 27 Mai 2009 23:11:26 Niels Slot wrote:
> >> I can imagine that this isn't the most convient way to change the
> sprite.
> >> Implementing a 'changesprite' command wouldn't be very difficult. If
> there
> >> is demand for such a feature, I might consider putting it into KTurtle.
> >
> > Hi Niels, and thanks for clarifying!
>
> There was a proposal to add multiple sprites and the ability to change
> the sprite visual. I believe it is not that difficult code-wise, and
> Niels have laid the groundwork for it already. It is just that not
> much happened between 4.2 and 4.3 (our fault)...
Not sure which groundwork you're referring to. I did some work on allowing
multiple turtles to exist, but that wasn't directly related to different
sprites. Starting with the KTurtle version in KDE 4.0, it hasn't been hard
to change the sprite file, since KTurtle uses SVG.
>
>
> > Let's discuss what is more useful:
> > - letting users fiddle around with local versions of a turtle (or robot
> or
> > hedgehog or whatsoever)
> > - providing a theme/skin feature that allows to chose out from 3-4
> sensible
> > themes (as done in khangman or ktuberling). Those themes could be
> extended
> > (or not).
> >
> > At the moment I'd slightly prefer the second option (which is of course
> harder
> > to implement and) ...
>
> It is not that much harder. The main problem (as I see it) is that it
> makes scripts dependable upon the presence of resources. So we have to
> provide the option of failing gracefully if a given asset (svg element
> id or file) is not present. Another option could be to "bundle" the
> non-default SVG with the scripts, if KTurtle detects that a
> non-default one is being used.
> For simplicity, I think we can add a set of sprites as you suggested
> (hedgehog, robot, turtle, bird) to the default theme. And then let
> people select a new one as well, with something like
I think we should ultimately try to have some sort of packaged option. I
hope we can reuse some of the code used in Plasma for their packages. A
KTurtle program would then consist of the script, and all the SVG files and
other resources (sounds, backgrounds anyone?) required by the program.
This approach should also work great in combination with GHNS as Anne-Marie
suggested in another mail. We could maybe also use GHNS for these SVG files
themselves. This way a user would be able to use GHNS to make his KTurtle
program look nicer by just clicking on the 'Download more sprites' button.
>
>
> settheme "myfile.svg"
Putting a filename in a KTurtle command seems wrong to me. I think it would
be better to change the sprite by a more human name. Ideally this would be a
translated name for the sprite or theme. For example, in the English version
a 'settheme "hedgehog"' command would be possible. The Dutch version would
have the command 'zetthema "egel"' ('egel' being the Dutch word for
hedgehog).
Niels
>
>
> Regards,
> Mauricio Piacentini
> _______________________________________________
> kde-edu mailing list
> kde-edu@mail.kde.org
> https://mail.kde.org/mailman/listinfo/kde-edu
>
[Attachment #5 (text/html)]
<br><br><div class="gmail_quote">2009/5/28 Mauricio Piacentini <span dir="ltr"><<a \
href="mailto:piacentini@kde.org">piacentini@kde.org</a>></span><br><blockquote \
class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt \
0pt 0.8ex; padding-left: 1ex;"> <div class="im">On Thu, May 28, 2009 at 11:14 AM, \
RalfGesellensetter <<a href="mailto:rgx@gmx.de">rgx@gmx.de</a>> wrote:<br> > \
On Mittwoch 27 Mai 2009 23:11:26 Niels Slot wrote:<br> >> I can imagine that \
this isn't the most convient way to change the sprite.<br> >> Implementing \
a 'changesprite' command wouldn't be very difficult. If there<br> \
>> is demand for such a feature, I might consider putting it into KTurtle.<br> \
><br> > Hi Niels, and thanks for clarifying!<br>
<br>
</div>There was a proposal to add multiple sprites and the ability to change<br>
the sprite visual. I believe it is not that difficult code-wise, and<br>
Niels have laid the groundwork for it already. It is just that not<br>
much happened between 4.2 and 4.3 (our fault)...</blockquote><div><br>Not sure which \
groundwork you're referring to. I did some work on allowing multiple turtles to \
exist, but that wasn't directly related to different sprites. Starting with the \
KTurtle version in KDE 4.0, it hasn't been hard to change the sprite file, since \
KTurtle uses SVG.<br> </div><blockquote class="gmail_quote" style="border-left: 1px \
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br> <div \
class="im"><br> > Let's discuss what is more useful:<br>
> - letting users fiddle around with local versions of a turtle (or robot or<br>
> hedgehog or whatsoever)<br>
> - providing a theme/skin feature that allows to chose out from 3-4 sensible<br>
> themes (as done in khangman or ktuberling). Those themes could be extended<br>
> (or not).<br>
><br>
> At the moment I'd slightly prefer the second option (which is of course \
harder<br> </div>> to implement and) ...<br>
<br>
It is not that much harder. The main problem (as I see it) is that it<br>
makes scripts dependable upon the presence of resources. So we have to<br>
provide the option of failing gracefully if a given asset (svg element<br>
id or file) is not present. Another option could be to "bundle" the<br>
non-default SVG with the scripts, if KTurtle detects that a<br>
non-default one is being used.<br>
For simplicity, I think we can add a set of sprites as you suggested<br>
(hedgehog, robot, turtle, bird) to the default theme. And then let<br>
people select a new one as well, with something like</blockquote><div><br>I think we \
should ultimately try to have some sort of packaged option. I hope we can reuse some \
of the code used in Plasma for their packages. A KTurtle program would then consist \
of the script, and all the SVG files and other resources (sounds, backgrounds \
anyone?) required by the program.<br> <br>This approach should also work great in \
combination with GHNS as Anne-Marie suggested in another mail. We could maybe also \
use GHNS for these SVG files themselves. This way a user would be able to use GHNS to \
make his KTurtle program look nicer by just clicking on the 'Download more \
sprites' button.<br> </div><blockquote class="gmail_quote" style="border-left: \
1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br> \
<br> settheme "myfile.svg"</blockquote><div><br>Putting a filename in a \
KTurtle command seems wrong to me. I think it would be better to change the sprite by \
a more human name. Ideally this would be a translated name for the sprite or theme. \
For example, in the English version a 'settheme "hedgehog"' command \
would be possible. The Dutch version would have the command 'zetthema \
"egel"' ('egel' being the Dutch word for hedgehog).<br> \
<br><br>Niels<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid \
rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br> <br>
Regards,<br>
<font color="#888888">Mauricio Piacentini<br>
</font><div><div></div><div \
class="h5">_______________________________________________<br> kde-edu mailing \
list<br> <a href="mailto:kde-edu@mail.kde.org">kde-edu@mail.kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-edu" \
target="_blank">https://mail.kde.org/mailman/listinfo/kde-edu</a><br> \
</div></div></blockquote></div><br>
_______________________________________________
kde-edu mailing list
kde-edu@mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic