<br><br><div class="gmail_quote">2011/3/22 Thorsten Zachmann <span dir="ltr"><<a href="mailto:t.zachmann@zagge.de">t.zachmann@zagge.de</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Tuesday, March 22, 2011 00:37:44 <a href="mailto:jaham@gmx.net">jaham@gmx.net</a> wrote:<br>
> On Monday 21 March 2011 23:17:09 Aakriti Gupta wrote:<br>
> > Hi,<br>
> > I am interested in the following idea of implementing a single canvas<br>
> > presentation view (like Prezi, Zippl or JessyInk)as a GSoC project for<br>
> > this year.<br>
> > <a href="http://community.kde.org/GSoC/2011/Ideas#Project:_Single-canvas_Presentat" target="_blank">http://community.kde.org/GSoC/2011/Ideas#Project:_Single-canvas_Presentat</a><br>
</div>> > io n_Mode_.28like_Prezi_or_Zippl.29<br>
<div><div></div><div class="h5">> ><br>
> > I discussed this idea with Kevin Ottens, Thorsten Zachmann and<br>
> > Jean-Nicholas Artaud over the IRC.<br>
> > We decided that either this should be added as a feature in Karbon (like<br>
> > JessyInk in Inkscape) or a separate new app (like Zippl).<br>
> > The feature would be better in Karbon than stage because the workflow is<br>
> > closer to Karbon's use than Stage's and the former has better SVG<br>
> > support.Also, this would save the extra work required in writing a new<br>
> > app.<br>
><br>
> Nice idea. I agree, it probably would be easier to do using Karbon as a<br>
> base.<br>
><br>
> > The workflow would be:<br>
> > Make a poster in Karbon -> Mark out frames and set their properties<br>
> > (order of frames, animation, next frame, etc.) -> Drawing exported as an<br>
> > SVG -> Presentation can be viewed in any browser supporting SVG.<br>
> ><br>
> > I have been learning scripting of SVGs, specially the animation, movement<br>
> > from<br>
> > frame to frame and embedding of images.<br>
> > I am trying to get familiar with the architecture of Karbon and the<br>
> > filters used<br>
> > for exporting of SVG.<br>
> ><br>
> > I came across a TODO list but I am not clear on the jobs mentioned.<br>
> > They are:<br>
> > SVG export<br>
> > - pattern strokes<br>
><br>
> This is missing completely. As soon as flake does support patterned borders<br>
> of shapes (solid and gradient borders are already implemented), exporting<br>
> these can be implemented. Sadly ODF does not specify pattern borders<br>
> AFAIK, so this will be a svg only feature.<br>
<br>
</div></div>I think that is not really needed for your project.<br>
<div class="im">><br>
> > - text<br>
><br>
> Svg text support is still very basic at the moment, but i think all things<br>
> we support are exported properly.<br>
><br>
> > - for text on path: when on path shape<br>
> ><br>
> > -> path data into defs<br>
> > -> path shape with use on defs path data<br>
> > => maps back to text on path shape when importing<br>
><br>
> I think this is obsolete and can be removed.<br>
><br>
> > I was wondering what these mean in terms of implementation.<br>
> ><br>
> > Let me know what you think about the idea.<br>
><br>
> I think it is a nice project to do. Complexity of the project depends on<br>
> whether you want Karbon to be able to also play/preview these svg<br>
> animations or if you just want to setup and export the presentation in<br>
> Karbon. The latter can probably achieved by implementing some custom<br>
> tool/shape plugins, which is quite easy to do in calligra.<br></div></blockquote><div>I totally do agree with this, but I think in a user point of view, to have something</div><div>more in Karbon is not a good point. The user wants to make a presentation. He</div>
<div>will think about Stage. The point is, the way of making a presentation in the</div><div>single canvas way is really too different. So another "presentation" app is</div><div>needed IMHO. To have two presentation applications with different type of app</div>
<div>is not strange in an user mind. He thinks: "2 presentation apps ? hummm, which</div><div>one I need/want ? Let me see what is the difference and what I really need".</div><div>If we have something in Karbon, I think it is really strange. </div>
<div>[user mind] "I have to do a presentation, ah yes, I directly go to Stage, it is the real</div><div>full pres app."[/user mind]</div><div>To have something in Stage could be defended in a user point of view, but not in a</div>
<div>technical way. Between the 2 points (technical and user side), a good way would be</div><div>to have something in a new app. If needed, I propose myself to help aakriti making</div><div>the app working. Maybe I can do the new void app, and aakriti could add the</div>
<div>necessary things in it ?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
><br>
> > I will soon send out a first draft of my GSoC proposal for review and an<br>
> > example presentation. The draft would contain more details on the<br>
> > technical implementation of the feature and timeline.<br>
> > (Should this be sent to the Calligra mailing list?)<br>
><br>
> Yes, please send the draft to the Calligra mailing list, so other people<br>
> can give input.<br>
<br>
</div>I think it should not send to the mailing list as there will be also other who<br>
might want to work on this project and I think they should make up their own<br>
oppinion about the project. Please put it on the GSOC webside as soon as it is<br>
possible.<br></blockquote><div>Well, I just just I want to help, but it is nothing with the GSoC, it is just about</div><div>environment of the GSoC :-) </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<font color="#888888"><br>
Thorsten<br>
</font></blockquote></div><br><br clear="all"><br>-- <br><div>Jean-Nicolas</div><br>
<div>PS: I CC'ed Kévin Ottens, he is interested in this feature.</div>