Hi Todd, glad to see some comments.<br><br>>have the features from kmplot been moved to kalgebra?<br><br>No,<br><br>>Are the additional plotting types it seems this provides <br>>being integrated into kalgebra?<br>

<br>Yes, the additional types will be available for KAlgebra too: because the plotting types are in the library (analitzaplot) not in Khipu nor KAlgebra. In the future, if someone add a new plotting type, then it will be available for any program that uses the library (KAlgebra or Khipu)<br>
<br>>I can fully understand the desire to have a teaching application <br>>based on the plotting library.<br><br>Good :)<br><br>>However, I think it is important not to forget that a <br>>major goal of teaching plotting is so people can use<br>

>those plots for practical purposes.<br><br>Thats is why Khipu are being proposed: to have an application for practical purposes on regards to plotting functions. So don't worry, I'm not forgetting about that (unless, for you, "practical purposes" means just plot the function and nothing more)<br>
<br>>So I think it would be a mistake<br>
>to focus exclusively on the teaching and neglect the people who<br>
>actually need to use those plots in everyday life.<br><br>Ok, so, you are talking about users that just want to plot the function and nothing more, if that is the case, then those users would use KAlgebra instead (that is the idea; again: KAlgebra will use analitzaplot) If the user want to analize the plots then he/she can use Khipu. For example, let me cite something you told time ago:<br>
<br>".. I think is absolutely critical for anyone using kalgebra or kmplot for advanced (i.e. above high-school) level work is to support logarithmic axes, both semilog<br>and log-log."<br><br>A feature like "logarithmic axes" are not supposed to be in KAlgebra, but in Khipu (in fact there is already a place to change the scale of the plotting area/plots) <br>
<br>As you see, one advantage (from the technical side) is analitzaplot. Also, the other advantage (from the non-technical side) is that there is a clear distinction between casual users and advanced users (for the plotting task)<br>
<br>Thanks, for the feedback, if you have more comments, please don't hesitate to write.<br><br>Best regards,<br>Percy<br><br><br><br><br><br><br><br><br><br><br><div class="gmail_quote">On Sun, Jul 29, 2012 at 5:52 AM, todd rme <span dir="ltr"><<a href="mailto:toddrme2178@gmail.com" target="_blank">toddrme2178@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Sat, Jul 28, 2012 at 1:28 PM, Percy Camilo Triveño Aucahuasi<br>
<<a href="mailto:percy.camilo.ta@gmail.com">percy.camilo.ta@gmail.com</a>> wrote:<br>
</div><div><div class="h5">> First aspect: the main goal of Khipu is to support the teaching process of<br>
> math concepts, thats why the main clients of this application are teachers<br>
> and this is the most important part, because it will avoid that Khipu become<br>
> into a "just a utility for plotting". You know math concepts (and their<br>
> properties) are easy to learn if you see it, indeed, I propose this basic<br>
> work-flow for the application:<br>
><br>
> Step 1: Consume a repository/collection* of mathematical objects** (this<br>
> step allow to select objects from the repository) then<br>
> Step 2: Categorize/group those selected objects<br>
> Step 3: Study their specific properties<br>
> Step 4: Provide a way to deploy/export the work<br>
><br>
> *The repository is a collection of math expressions and meta-data that<br>
> define each object<br>
> **Here, objects are any kind of math concept that can be plotted (specially<br>
> functions)<br>
><br>
> For example, if a teacher want to work with plane curves (conics) he/she may<br>
> use the repository of "Famous Conics" and, this way, have all the objects<br>
> ready for study (step 1) Later, the teacher can group some objects with a<br>
> criteria (his criteria): "This ones will be used for exam 1", "This others<br>
> for the class" ... and so on (step 2) Step 3 will depend of what properties<br>
> of conics (for each group) he/she wants to study. Step 4 involve some form<br>
> of export their work (it could be a snapshots or animations inside the<br>
> application): this way he/she can use the output for the class.<br>
><br>
> Currently[2] there is an implementation for step 2 (and partially: step 1) I<br>
> hope you can help me with ideas for step 3 and 4, and if is possible take<br>
> advantage of the forums for this task.<br>
><br>
> Second aspect is the technical part of this replacement process. First<br>
> place, I will port all KmPlot's features (that I can) to Khipu: is important<br>
> not to drop the work of KmPlot that can be useful.<br>
><br>
> To avoid the duplication of code: all the features related to<br>
> plotting/analysis of objects will be inside analitza (KAlgebra<br>
> parser/symbolic library) in a library called analitzaplot: KAlgebra will use<br>
> the library for plot some functions too. This library will focus on 4 tasks:<br>
><br>
> * Manage the core objects (like curves/surfaces/...)<br>
> * Analyze those objects (its geometry, math properties, ...)<br>
> * Draw/Animate those objects in a decoupled way (just painter/opengl code)<br>
> ... this way we can use the code on widgets or other kind of GUI controls.<br>
> Also, the colors of what be painted (objects and its attributes, drawing<br>
> area, ...) will be chosen carefully to respect accessibility: in the same<br>
> way you can change the colors of the background area in KmPlot, the library<br>
> will expose the necessary API for this kind of customization.<br>
> * Manage the repository of objects (GHNS comes to my mind) The text of the<br>
> repository files will be translated by our exceptional l10n team. For<br>
> example if one repository file contains the words "Spiral of Archimedes"<br>
> this should be translated.<br>
><br>
> Currently Khipu is in playground and analitzaplot is in a branch of analitza<br>
> (the branch is called aucahuasi/analitzaplot)<br>
><br>
> Remember this is a work in process (Khipu and analitzaplot) and even the<br>
> library may change right now, however you can see a preview of the API in<br>
> [3]<br>
><br>
> Finally, I hope others applications can use this library to visualize math<br>
> concepts (for example: currently many backends of Cantor show only images<br>
> and not a widget that improve the graphical result) I ask to you: take a<br>
> look in the work and tell me what do you think; I'm very open to listen<br>
> others ideas, so please help me with yours.<br>
<br>
</div></div>Let me clarify one thing: have the features from kmplot been moved to<br>
kalgebra?  Are the additional plotting types it seems this provides<br>
being integrated into kalgebra?<br>
<br>
I can fully understand the desire to have a teaching application based<br>
on the plotting library.  However, I think it is important not to<br>
forget that a major goal of teaching plotting is so people can use<br>
those plots for practical purposes.  So I think it would be a mistake<br>
to focus exclusively on the teaching and neglect the people who<br>
actually need to use those plots in everyday life.<br>
<br>
-Todd<br>
_______________________________________________<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>
</blockquote></div><br>