Alexander Semke | 30 Aug 19:52 2014
Picon

preparations for the next release of LabPlot

Hi all,

we implemented a couple of new features in LabPlot and fixed some bugs and 
want to provide the next release of LabPlot as an officieal kde-edu 
application. LabPlot is still in extragear and is in the review process. There 
were a couple of comments on kde-devel, but no big issues. I'll ask again soon 
to move LabPlot to kde-edu. 

We still need some time to test the new features and to do some polishment. I 
would like to ask the community to help. We need icons and documentation. Yuri 
already started writing some documentation. I hope I can contibute to this 
soon too. Can somebody help we nice icons? Also, testers and any kind of 
feedback is very welcome. 

Also, once LabPlot is accepted as an edu-application, it would be nice to have 
an entry on http://edu.kde.org done? How is the update of this site done? Who 
can do this?

Thanks for your answers in advance.

Best regards
Alexander
Reza Shah | 30 Aug 04:01 2014

Pushing kiten frameworks branch

Hi,

I want to push my initial frameworks porting.
Do i need special permission to push my local frameworks branch into
remote kiten repo?

Regards,
Reza
KDE CI System | 29 Aug 04:21 2014
Picon

Build failed in Jenkins: kstars_frameworks_qt5 #1

See <http://build.kde.org/job/kstars_frameworks_qt5/1/>

------------------------------------------
[...truncated 318 lines...]
Generating moc_fitstab.cpp
Generating moc_fitsview.cpp
Generating moc_fitsviewer.cpp
Generating moc_imageexporter.cpp
Generating moc_imageviewer.cpp
Generating moc_ksfilereader.cpp
Generating moc_kspopupmenu.cpp
Generating moc_kstars.cpp
Generating moc_kstarsdata.cpp
Generating moc_kstarssplash.cpp
Generating moc_kswizard.cpp
Generating moc_equipmentwriter.cpp
Generating moc_execute.cpp
Generating moc_observeradd.cpp
Generating moc_obslistpopupmenu.cpp
Generating moc_opsadvanced.cpp
Generating moc_opscatalog.cpp
Generating moc_opscolors.cpp
Generating moc_opsguides.cpp
Generating moc_opssatellites.cpp
Generating moc_opssolarsystem.cpp
Generating moc_opssupernovae.cpp
Generating moc_foveditordialog.cpp
Generating moc_printingwizard.cpp
Generating moc_pwizchartconfig.cpp
Generating moc_pwizchartcontents.cpp
(Continue reading)

Subhajit Mukherjee | 28 Aug 14:44 2014
Picon

Contribute to Klettres

Hi,

I am Subhajit Mukherjee. I am in my final year of my graduation from National Institute of Technology, Durgapur. I am well-experienced with C++ and some basics of Qt programming, and I am a FOSS enthusiast. I was thinking if I could start contributing to Klettres. Whom should I contact in this regard?


Thanks and Regards,
Subhajit Mukherjee
M:- 09748190041
_______________________________________________
kde-edu mailing list
kde-edu <at> mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu
Andreas Xavier | 27 Aug 21:31 2014

Re: Re: [Parley-devel] Features in next version of Parley

Hello Anša,

Thanks for finding bugs and suggesting features on bugzilla.  It is very much
appreciated.  I read all of the bug and feature suggestions.

I flagged the following bugs that you have commented on as being fixed 
or improved with the new library and file format that we are working on:
317994, 317993, 252482, 279512, 312955 and 244664.
I see that you have mentioned some of them below and I will comment
on them there.

You may want to follow or contribute to the discussion about the format which 
is happening on kde-edu <at> kde.org.

>I like the option of BIDIRECTIONAL TESTING and specifying which is the
>target language (although I still will have to come up with something
>for tests in which both items are "target", like translating from one
>foreign language into another, where there is the risk of not
>understanding the first, or understanding but not knowing the answer
>in the other). However, images should not be shown for the target
>language when the target language is the Question in the bidirectional
>testing, while it is fine to show images for the Question when the
>Question is the Known language (again, if one of the two languages is
>Known). The practice setup should distinguish between "Image for
>Question" depending on the direction.

You are correct.  Please add this as a bug in bugzilla, so that it is not 
forgotten.

One of the suggestions for the new file format is to split the training data
into listening, reading, speaking, writing and translation results.  The first
4 types are from standardized language proficiency tests.  I think that 
those 5 types capture the behavior that you are talking about, being 
able to read the question, but not being able to write the answer in 
the second language.  

>
>Talking about the new format and related to my wish
>https://bugs.kde.org/show_bug.cgi?id=279512: I wonder whether the
>concept of lessons could be generalized to tags and subtags instead.
>The tags would form a tree, and one part of that tree would normally
>be the division into lessons, but with the possibility to have one
>word in several lessons. I noticed in the TODO list in the repo that
>you mention thaipod101.com. I've been using finnishpod101 and
>hebrewpod101 from the same company, and I noticed that you can also
>look up the list of lessons that a word belongs to. This is hard to
>achieve with a linear lesson structure, but easy to achieve with a
>tag-like structure. Moreover, it would make it super-easy to select
>for practice, lets say, just verbs describing animal behaviours from
>lessons 1-10 (select tag "word", which is a subtag of "part of
>speech"; tags "Lesson 1"... "Lesson 10"; and the tag "Animal" which
>are subtag of "Topic"). Obviously, there would need to be further
>specification of attributes that items with certain tags may have
>(certain tags imply inflection) and maybe even some uniform ways of
>treating words with a certain tag (like showing the subtags of the
>"style" tag during practice so that the learner is reminded that a
>word may not be appropriate in all contexts).

Some of these issues are handled in the new language file format.
The words will be stand alone so they can be included in multiple lessons,
or multiple times per lesson.

Also part of the proposal is to have sets of words, like pronouns, verbs, nouns, fruits, 
animals, breeds of dogs etc.  And secondly to use relationships between
sets to create a more generic, less rigid grammar structure.  For example fruits are nouns.
Pronouns,  verbs and tense make conjugates.  Dogs are animals, animals are nouns. etc.
You would be able to filter lessons with the sets of words.    

I think that this is almost what you are suggesting.  I think that you are also 
suggesting a non-linear lesson plan, perhaps a rooted tree based on the
pronouns and key verbs and then branching to support the student's needs.
The idea is possible.  It meshes well with language's behavior.  It will require some 
clever and elegant editor GUI design.  

>
>I noticed the following paraghraph in the TODO list in the repository:
>35 + There seems to be no way to change the title.
> ----
>36 It works in the editor but it is never saved.
>37 Note: It can be changed in the menu, though.
>Today, I've managed to change the title of several of my collections
>so that it displays correctly on the new dashboard, so I suppose this
>problem is fixed in 4.14.

I fixed that and didn't change the TODO.  Thanks for pointing it out.

>SPACED REPETITION setup:
>The TODO list also mentions "pregrades" (what are they?) and the need
>for greater amount of practice on level 1. 

Pregrades are currently 6 Leitner levels below the first visible one
in the user interface.  They have testing intervals from 3.5 minutes 
up to 8 hours.  Inge implemented them.

>I still think this could be
>solved simply by "require three consecutive right answers only for
>items answered incorrectly on the first attempt",
>https://bugs.kde.org/show_bug.cgi?id=271785 I think that both that and
>the "I know it well" could coexist quite nicely and complement each
>other, as they do slightly different things. I am intrigued by the
>idea of abandoning the levels completely, and I think both of the
>above ideas could still be applied in that case, too. Do you know of
>any research as what kind of "time curve" is best for training? I've
>just read somewhere that it is best to keep the retention ratio at all
>times betwen 80% and 95% and that some methods have the desired
>retention ratio as their input parameter.
> If you have an implementation and need a real person to test the
>new method before release, and if I can use my current files with
>their current grades for that testing (i.e. continuing with the vocab
>I have already practiced from the spot that I have reached), that
>would be great. Actually it is not a strict condition, as I have just
>started learning a new language, so I would not mind abandoning my
>grades for that language. BTW, I use much longer training intervals
>than those suggested by parley by default, my levels 6 and 7 are 10
>and 12 months respectively. My retention ratio is around 80%; the
>intervals may be so long partly because my entries are both words and
>full sentences that contain them, so I usually practice the same piece
>of information in several parley entries. I am fond of separate
>"easiness" coefficient for each item as in my case, there definitely
>are words which I do forget again and again, and others that I learn
>easily. I do not tend to practice every day, so I might also be the
>right person for testing how that influences the effectivness of the
>chosen method. Dropping to 0 is fine with me.
> I'd be happy to do some reading on this topic, but I am afraid
>that by the time I would learn enough to be able to suggest a training
>method for Parley, version 5.0.0 would be around.

As you have outlined the specific retention ratio that you target is 
goal dependent.  To quickly learn new material a lower retention 
level is best as even wrong answers reinforce the correct answer,
if the correct answer is shown to the student without a wrong answer to
be inappropriately reinforced.  So many wrong answers feels uncomfortable in a world
focused on perfect test scores.  To prepare for a testing situation
the performance target needs to be increased, but this will slow learning.

The training intervals are student and word dependent.  As you noted it 
is important to track words individually.  

As you also noted compound structures are a very effective way to
reinforce multiple words in one training event.  I would like to track
the words individually within such constructions.  For example for writing the
sentence, "The dog chased the cat", the student should get credit
for: the, dog, cat, to chase, past tense conjugation and SVO order.  I would
like to see lesson plans with a threshold, that once crossed starts
presenting the user with more complicated compound structures
while they still see their performance improve on the basics individual words.

>As for minor wishes, I still wish that sound files would be played
>automatically during testing, which I reported as part of
>https://bugs.kde.org/show_bug.cgi?id=263835; for now I assume it is
>not top priority for implementation. Talking about sound, I do not
>like the fact that during practice, a shadowed sound icon is shown
>next to items that do not have sound attached to them; could there be
>no icon instead?

Please file bug for the grayed out sound button, so that I won't forget it. 

>
>Anša
>_______________________________________________
>Parley-devel mailing list
>Parley-devel <at> kde.org
>https://mail.kde.org/mailman/listinfo/parley-devel
>

Cheers Andreas

_______________________________________________
kde-edu mailing list
kde-edu <at> mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu
Marko Käning | 27 Aug 20:50 2014
Picon

2 more kdeedu projects build successfully on OSX

Hi Aleix,

today I was able to build kqtquickcharts and marble successfully on the OSX/CI system.

Greets,
Marko
Inge Wallin | 24 Aug 19:34 2014
Picon
Picon
Picon

Features in next version of Parley

Hi guys,

 

As you can see this mail is sent to both parley-devel and kde-edu. In the future I will keep Parley specific discussions in parley-devel, but I thought that perhaps some people who are interested in Parley are not aware of that list. So just this time I will post to both. If you are interested, do become a member of the parley-devel list[1].

 

Now, the actual contents. This mail is a call for features to be put on the TODO list for the next version of Parley.

 

The last development period which lead up to the just now published Parley 1.1 in KDE 4.14 focussed greatly on an improved training experience. We added the following bigger features among all the small ones:

- a dashboard to keep track of the status of all collections

- double directional training

- sessions

 

This does not mean that all training features in Parley are "done". But it is at least good enough even for serious language learners and I am using it myself daily for my studies.

 

The focus of the next version will be content generation. This means that we will make an overhaul of the editor and add a lot of small features that will make the process of creating new collections easier. It will also mean integration of Amarvir Singh's GSoC project "semi-automatic generation of collections in parley" so that we can speed up the generation of collections a lot.

 

In addition to the above we are also doing two things in parallel:

 

- Alexander Xavier has ported Parley to Qt5 and KDE Frameworks 5. This means that it will be ready for the next generation of KDE platforms. It also means easier porting to other platforms like Windows, MacOSX and Android. This will be the future platform for Parley and it will be ready for the upcoming version.

 

- The KDE Edu group is currently specifying a new file format for collections. This will be a common format for all KDE Edu language applications, including Artikulate, and the applications for younger users such as KHangman. We also hope that we will get GCompris with us but this is not yet decided.

 

This new file format will allow pictures, sound and other forms of media to be collected into one file that is easier to distribute than a kvtml file with lots of picture files. It will also allow better statistics and more varied training methods.

 

The new file format is unlikely to be ready for the next version but it is possible that we can implement it in Parley for the version after that.

 

But which specific features do you want? I want to take this opportunity to let developers and users come up with ideas that we can collect and choose between. Please answer as followups to this mail. I will collect them all and put them into the TODO file and then make some sort of priority list.

 

I will also put this text on the KDE forums which are perhaps read by people who are not members of any mailing lists.

 

-Inge

 

[1] https://mail.kde.org/mailman/listinfo/parley-devel

 

_______________________________________________
kde-edu mailing list
kde-edu <at> mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu
Albert Astals Cid | 23 Aug 15:11 2014
Picon

[websites/edu-kde-org] contrib/kig: Fix typo

Git commit 64032a59417fb3c6d2ed615fa05ef658a8f90fd7 by Albert Astals Cid.
Committed on 23/08/2014 at 13:06.
Pushed by aacid into branch 'master'.

Fix typo

CCMAIL: kde-edu <at> kde.org

M  +1    -1    contrib/kig/index.php

http://commits.kde.org/websites/edu-kde-org/64032a59417fb3c6d2ed615fa05ef658a8f90fd7

diff --git a/contrib/kig/index.php b/contrib/kig/index.php
index a425c25..a650079 100644
--- a/contrib/kig/index.php
+++ b/contrib/kig/index.php
 <at>  <at>  -5,7 +5,7  <at>  <at> 
   include( "header.inc" );
 ?>

-  <p><?php i18n( "Since Kig can import and use third-part macros as built-in objects, it can have new objects,
+  <p><?php i18n( "Since Kig can import and use third-party macros as built-in objects, it can have new objects,
   being more and more powerful." ); ?></p>

   <p id="kig-macro-install-paragraph" style="font-weight:bold;"></p>
Jeremy Whiting | 22 Aug 23:45 2014
Picon

KAnagram QML WebView crash

Hello all,

I'm reaching out because I can't seem to find a solution myself.

TLDR If you can get a backtrace from building and running
scratch/whiting/testqmlapp which uses QtWebKit's QML WebView I'd very
much appreciate it.

KAnagram qt4 version from master (before frameworks branch was merged)
has a qml WebView to show wikipedia data for the current word as a
hint (obvious hint, but nevertheless). Now that master branch is kf5
based I've disabled this feature temporarily because on my machine at
least every time the WebView becomes visible KAnagram crashes. KCrash
shows two lines of ?? so isn't helpful. gdb kanagram shows no ui
strangely enough. At any rate I've simplified kanagram's code to a
base/small set of sources that also crashes when the WebView is shown
here, and I'd like to see if anyone knows why or can get me a
backtrace that could help. Note I've built Qt5 myself twice to try to
get a backtrace, but for some reason when building qt5 from git
QtWebKit is built as a QtQuick 1 library (placed into qtbase/imports)
rather than a QtQuick 2 library (placed into qtbase/qml) (If anyone
can explain why this is the case I'd like to know that also...) so if
you've built qt5 yourself you probably also wont be able to run this
test app. If I can't solve this crash I'll simply disable this feature
for the 14.12 release and look at it again once Qt 5.4 is released,
which will have a Blink based WebEngine or something to try it with
I'm told.

thanks,
Jeremy
Andreas Xavier | 22 Aug 20:23 2014

Review Request 119905: Parley: Fix bugs: 338302 and 338417 title bar [modified] tag behavior is inconsistent.

This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119905/

Review request for KDE Edu.
By Andreas Xavier.
Bugs: 338302, 338417
Repository: parley

Description

Symptoms:
The [modified] in the title bar was inconsistent.

Problems:
1. The title bar was only connected to the dirty bit in the doc from the Editor. Going directly welcome -> stats did not connect the title bar to the dirty bit.
2. Whenever a new document was created, new collection, welcome screen etc. the title bar was disconnected.
3. In several places setModified was called on the kvocdoc when either nothing changed or the kvocdoc should know better.

Solution:
The title bar is ParleyMainWindow's title bar. ParleyMainWindow also know when the document is updated. I created a updateParleyDocument so that ParleyMainWindow always knows when the doc changes and slotFileNew so that anyone can ask ParleyMainWindow to update its own title bar.

Not fixed: Parley still directly calls the setModified in kvocdoc when it starts practice. kvocdoc needs to be fixed before that is removed.

Testing

Clicked from welcomescreen -> stats -> practice -> exit stats
Clicked from welcomscreen -> stats -> editor (edited) -> practice
Clicked from welcomscreen -> stats -> editor (no edit) -> practice
Created a new collection from welcome screen
Changed doc properties from stats->File->Properties.

All of these cases worked correctly

Diffs

  • src/editor/editor.cpp (4fac862)
  • src/parleydocument.cpp (0ebeca1)
  • src/parleymainwindow.h (98a94ad)
  • src/parleymainwindow.cpp (9723ee1)
  • src/practice/practicemainwindow.cpp (3008501)
  • src/settings/documentproperties.cpp (02cbf7b)
  • src/settings/languageproperties.cpp (e9b171f)
  • src/vocabulary/vocabularymodel.cpp (abf0db9)
  • src/welcomescreen/welcomescreen.cpp (d24f444)

View Diff

_______________________________________________
kde-edu mailing list
kde-edu <at> mail.kde.org
https://mail.kde.org/mailman/listinfo/kde-edu
Marko Käning | 21 Aug 22:25 2014
Picon

OSX/CI: kstars successfully builds

kstars successfully builds on OSX!!! :-)

The only additional non-KDE library (installed via MacPorts) on the CI system is port eigen3.

Gmane