Project

General

Profile

Feature #1791

Skills management

Added by Yannick Warnier over 9 years ago. Updated over 4 years ago.

Status:
Feature implemented
Priority:
High
Category:
Gradebook / Evaluaciones
Target version:
Start date:
02/08/2010
Due date:
% Done:

100%

Estimated time:
250.00 h
Spent time:
Complexity:
Normal
SCRUM pts - complexity:
?

Files

chamilo-skills.ep (1.01 MB) chamilo-skills.ep Yannick Warnier, 31/10/2011 00:04
gradebook2.png (32.9 KB) gradebook2.png Julio Montoya, 31/10/2011 15:28
gradebook.png (51.5 KB) gradebook.png Julio Montoya, 31/10/2011 15:28
test.png (18.9 KB) test.png Julio Montoya, 02/11/2011 15:12
rainbow.png (163 KB) rainbow.png Julio Montoya, 19/08/2012 12:30
wheel.png (187 KB) wheel.png Julio Montoya, 19/08/2012 12:30
gray_tones.png (168 KB) gray_tones.png Julio Montoya, 19/08/2012 12:44
gray_tones_mark.png (17.6 KB) gray_tones_mark.png Yannick Warnier, 19/08/2012 19:23
gray_tones_icon.png (17.9 KB) gray_tones_icon.png Yannick Warnier, 19/08/2012 19:23
skillsv2.zip (1.13 MB) skillsv2.zip Yannick Warnier, 20/08/2012 02:01
chamilo-skills2.ep (1.11 MB) chamilo-skills2.ep Yannick Warnier, 20/08/2012 02:01
user.png (13.4 KB) user.png Julio Montoya, 30/08/2012 18:03

Related issues

Related to Chamilo LMS - Feature #1717: Gradebook list view: add link to the skills rankingNew12/07/2010

Actions
Related to Chamilo LMS - Feature #6036: OpenBadgesFeature implemented21/09/201426/02/2015

Actions
Related to Chamilo LMS - Feature #7347: Skills wheel style review (Rueda de competencias)Feature implemented24/10/2014

Actions

Associated revisions

Revision 02261193 (diff)
Added by Julio Montoya about 8 years ago

Adding first draft of the Skills management; adding skill.lib.php, gradebook.lib.php, adding DB changes (not functional yet) see #1791

Revision 6652fce7 (diff)
Added by Julio Montoya about 8 years ago

Adding skill profile DB changes see #1791

Revision a9a76ecf (diff)
Added by Julio Montoya about 8 years ago

Adding skill profile search page see #1791 (work in progress)

Revision db7616e7 (diff)
Added by Julio Montoya about 8 years ago

Adding search profile (skills) form see #1791

Revision 53a7d3d4 (diff)
Added by Julio Montoya about 8 years ago

Skills: Profile search is ugly but is working see #1791

Revision 5721da93 (diff)
Added by Julio Montoya about 8 years ago

Cleaning the js in the skills tree, adding a javascript/skills.js file see #1791

Revision 158a3467 (diff)
Added by Julio Montoya about 8 years ago

Skills: adding student view, now students can see the status of the skills (still ugly but works) see #1791

Revision 2a53c7e9 (diff)
Added by Julio Montoya about 8 years ago

Fixing skill queries during installation see #1791

Revision 3cb03490 (diff)
Added by Julio Montoya about 8 years ago

Updating tree when adding elements see #1791

Revision 11216e55 (diff)
Added by Julio Montoya about 8 years ago

Adding Skills links see #1791

Revision 322e3d42 (diff)
Added by Julio Montoya about 8 years ago

More fixes in the skills managemet #1791, now we use the label_tag skill and label_tag notice see #1791

Revision 28a25f26 (diff)
Added by Julio Montoya almost 8 years ago

Minor fix when loading gradebooks with no name see #1791

Revision e6293cfd (diff)
Added by Julio Montoya almost 8 years ago

Creation a new block skills in the admin/index.php see #1791

Revision 84161769 (diff)
Added by Julio Montoya over 7 years ago

Minor - avoiding PHP warnings, cleaning some code see #1791

Revision 670d5328 (diff)
Added by Julio Montoya about 7 years ago

Refactoring some code see #1791

Revision 5618b25f (diff)
Added by Julio Montoya about 7 years ago

More skill changes see #1791

Revision 21ed5206 (diff)
Added by Julio Montoya about 7 years ago

Implementing jquery-color-plugin-xcolor in the skill wheel see #1791

Revision b6df7465 (diff)
Added by Julio Montoya about 7 years ago

Adding click in partitions see #1791

Revision d1229ac4 (diff)
Added by Julio Montoya about 7 years ago

Adding skill edition in the skill wheel see #1791

Revision c5e6d35f (diff)
Added by Julio Montoya about 7 years ago

Adding link when searching skills see #1791

Revision 4cc609e7 (diff)
Added by Julio Montoya about 7 years ago

Adding elements in the skill profile + fixing wheel when clicking in a skill name see #1791

Revision 0b94f9bc (diff)
Added by Julio Montoya about 7 years ago

Improving skill profile see #1791

Revision bfa7c316 (diff)
Added by Julio Montoya about 7 years ago

profile search and loading profile are working now see #1791

Revision 354d26e6 (diff)
Added by Julio Montoya about 7 years ago

More fixes see #1791

Revision e9badfb1 (diff)
Added by Julio Montoya about 7 years ago

Adding skills ranking page + other bugfixes in the admin skill wheel see #1791

Revision 31cad46f (diff)
Added by Julio Montoya about 7 years ago

Adding students wheel see #1791

Revision 9e2384db (diff)
Added by Julio Montoya about 7 years ago

More Skill fixes see #1791

Revision 8484f974 (diff)
Added by Julio Montoya about 7 years ago

Adding course link when searching skills (student view) see #1791

Revision aba6455c (diff)
Added by Julio Montoya about 7 years ago

More fixes see #1791

Revision 335ddf28 (diff)
Added by Julio Montoya about 7 years ago

More minor corrections, now when clicking in the center we return to the root see #1791

Revision f16b8eab (diff)
Added by Julio Montoya about 7 years ago

Skills wheel: Showing 2 words depends of the total length of the word see #1791

Revision 9abd8037 (diff)
Added by Julio Montoya about 7 years ago

Improving navigation in the skill wheel see #1791

Revision 8d48ec6b (diff)
Added by Julio Montoya about 7 years ago

Improving navigation in the skill wheel see #1791

Revision 6b24ba7a (diff)
Added by Julio Montoya about 7 years ago

Fixing "right click" menu see #1791

Revision 0a24a50f (diff)
Added by Julio Montoya about 7 years ago

Minor fixing select see #1791

Revision 19b937bb (diff)
Added by Julio Montoya about 7 years ago

Adding my skills + fixing titles see #1791

Revision 1c098932 (diff)
Added by Julio Montoya about 7 years ago

Fixing "my skills" blue colors see #1791

Revision e530e22c (diff)
Added by Yannick Warnier about 7 years ago

Avoid appearance of context menu on right click in skills wheel - refs #1791

Revision 4038165d (diff)
Added by Julio Montoya about 7 years ago

More fixes in the skills UI see #1791

Revision 3a803257 (diff)
Added by Julio Montoya about 7 years ago

Changing text size to 11 see #1791

Revision 95a1de60 (diff)
Added by Yannick Warnier about 7 years ago

Added return to courses link in student view of skills wheel - refs #1791

Revision f80eadf8 (diff)
Added by Yannick Warnier over 2 years ago

Add support for unclosed attempts in exercises reports - fixes #1791 - refs BT#12444

History

#1

Updated by Yannick Warnier over 9 years ago

  • Assignee set to Yannick Warnier
#2

Updated by Julio Montoya about 8 years ago

I supposed that this is the same skills management we were talking about?

#3

Updated by Yannick Warnier about 8 years ago

Exactly the same. I cannot put a direct reference to our task management system for all the people with access with this task, but we are working on it, yes.

#4

Updated by Yannick Warnier about 8 years ago

  • Project changed from Features marketplace to Chamilo LMS
  • SCRUM pts - complexity set to ?
#5

Updated by Yannick Warnier about 8 years ago

  • File chamilo-skills.ep added
  • Status changed from New to Assigned
  • Assignee changed from Yannick Warnier to Julio Montoya

Attaching mockups in Mozilla's Pencil format. Let me know if you need anything more

#6

Updated by Yannick Warnier about 8 years ago

  • File deleted (chamilo-skills.ep)
#8

Updated by Julio Montoya about 8 years ago

I found a problem when dealing with gradebooks:

Gradebooks depends in the "main gradebook" of the course (that's created by default ). See the image:

In this case I have 2 gradebooks with 50% of weight, so when the student finishes the gradebook he will get a note that will be calculated taking into account the exercise weight and gradebook weight. Both gradebooks are related. We can't create 3 gradebooks with 100%, all score calculations will be wrong.

I think that the representation of the image below doesn't represent the current behavior of gradebooks.

We can't say "My Course > gradebook 1" and "My Course > gradebook 2" because both gradebooks 1&2 are depending in a "gradebook 0" that is created by default with the course name.

If you really want to do that we need to add a new parameter in order to know if is independent or a dependent gradebook.
Also we need to change the code a lot: changing tables of results, certification, etc

I suggest to just show the default gradebook:

So we will have 1 gradebook per course at least for this version of skills ...

#9

Updated by Yannick Warnier about 8 years ago

  • Status changed from Needs more info to Assigned
  • Assignee changed from Yannick Warnier to Julio Montoya

Seems OK to me to do it this way in this first version. I'm sure we're going to need a few iterations to get a really great tool here, but it is super important to get a first version running well and be nice/fun to use.

#10

Updated by Julio Montoya about 8 years ago

I added some changes not yet functional.

http://code.google.com/p/chamilo/source/detail?r=2a578832e674f518f4ba5a92fcc1886ff15632a2&repo=classic

I'm blocked in the show/hide childrens and competences, there are not examples in the documentation; i'm still working on that

#11

Updated by Julio Montoya about 8 years ago

  • File deleted (certificate_skill_list.png)
#12

Updated by Julio Montoya about 8 years ago

  • File deleted (tree.png)
#13

Updated by Yannick Warnier about 8 years ago

Looks very good (well, still a bit ugly but at least it passes the essence).

#14

Updated by Julio Montoya about 8 years ago

#15

Updated by Julio Montoya about 8 years ago

After dealing with this library, I realize that is very difficult to edit/update blocks (skills), it's not easy also to navigate because there are simple divs (I try to add the all div in another div using the overflow property, but then the arrows doesn't work very well).

I'm looking right now to other solutions that brings a better api to update/edit/delete elements.

#16

Updated by Julio Montoya about 8 years ago

Julio Montoya wrote:

After dealing with this library, I realize that is very difficult to edit/update blocks (skills), it's not easy also to navigate because there are simple divs (I try to add the all div in another div using the overflow property, but then the arrows doesn't work very well).

I'm looking right now to other solutions that brings a better api to update/edit/delete elements.

Seems that there are not a lot of alternatives :(

#17

Updated by Yannick Warnier about 8 years ago

I think you could just make div with the title of the skill and, when you click on it, a popup appears with all the options. That would be much easier to manage and make it much smaller (visually) and possibly more efficient.

#18

Updated by Yannick Warnier about 8 years ago

E-mail sent to jsplumb's developer to see if he can help us.

#19

Updated by Julio Montoya about 8 years ago

  • % Done changed from 20 to 30

The behaviour wanted in the screenshot you sent me (blue, red, black borders) is now working ...

#21

Updated by Yannick Warnier almost 8 years ago

Something to watch (Mozilla initiative for a common "badge" repository to share skills acquisition visually): http://openbadges.org/

#22

Updated by Yannick Warnier over 7 years ago

  • Target version set to 1.9.2
#23

Updated by Yannick Warnier over 7 years ago

This project could also benefit from the Jquery Isotope Library

#25

Updated by Yannick Warnier over 7 years ago

In particular, this type of representation is the one that would save us for skills visualisation http://www.jasondavies.com/coffee-wheel/

#26

Updated by Julio Montoya over 7 years ago

Yannick Warnier wrote:

In particular, this type of representation is the one that would save us for skills visualisation http://www.jasondavies.com/coffee-wheel/

woww

#27

Updated by Yannick Warnier over 7 years ago

Yeah, the more I think about it, the more I know that we should use this representation. The only problem is we can't easily insert a new element this way, but I don't think it would really be a problem.

It's dead easy to navigate once you understand how it works, and it can also easily show several levels at once without real screen width limitation. It could also show a user's skills on top by just adding an extra texture on top of the acquired skills. Like http://www.munlima.gob.pe/templates/rt_somaxiom_j15/images/menus/style4/menutop-bg.png

The only thing it doesn't allow is to show relations that are not parent-children. If you have an hour or so to try it out, don't hesitate to prepare a proof of concept somewhere...

#28

Updated by Yannick Warnier over 7 years ago

And this is how this "coffee wheel" is done: https://github.com/mbostock/d3/wiki/Partition-Layout#wiki-value

#29

Updated by Yannick Warnier over 7 years ago

  • Target version changed from 1.9.2 to 2.0
#30

Updated by Yannick Warnier over 7 years ago

Basically, the additional requirements (using the now-implemented coffee wheel) are these:

  • given an additional attribute for each element in the JSON, "add" one of 3 sprite/texture backgrounds to specific elements (this would allow us to highlight specific skills - like the ones possessed by one user)
  • given an initial parameter (like "var l = 4;"), only show the next 4 levels of the weel (if there are more, hide them until we click on a lower-level element)
  • add one "more information" clickable area (or icon) to each arc element, so that we can open a modal popup (technically so we can "show" a hidden div and populate it). The idea is for us to add a description for the skill, as well as a few action buttons
  • make it possible to start the coffee wheel at a given element (using a unique id for the element - which would require the JSON to have a unique ID attribute, which you can probably later use in the code instead of generating one, which would make it much easier to manage afterwards from our PHP backend)
#31

Updated by Yannick Warnier over 7 years ago

Thinking about the colour scheme (which is very important as well), I think we should try to use something like this:

  • gray tones for all skills that have no particular property ("Basic skills wheel" view)
  • yellow tones for skills that are provided by courses in Chamilo ("Teachable skills" view)
  • bright blue tones for personal skills already acquired by the student currently looking at the weel ("My skills" view)
  • dark blue tones for skills already acquired by a series of students, when looking at the will in the "Owned skills" view.
  • bright green for skills looked for by a HR director ("Profile search" view)
  • dark green for skills most searched for, summed up from the different saved searches from HR directors ("Most wanted skills")
  • bright red for missing skills, in the "Required skills" view for a student when looking at the "Most wanted skills" (or later, when we will have developed that, for the "Matching position" view)
#32

Updated by Yannick Warnier over 7 years ago

  • Target version changed from 2.0 to 1.9.2

This task has become somewhat of a slight priority now.

#33

Updated by Yannick Warnier over 7 years ago

In order to "combine" two colors (red+blue=purple), it seems like we will have to do some color management library...

See

In my case, Firefox (14) doesn't print CMYK colors with the device-cmyk modifier, but it does support HSLa (see http://css-tricks.com/yay-for-hsla/ ), which can probably serve the same objective of summing colors up.

#34

Updated by Julio Montoya over 7 years ago

Ok, I'm going to start reading the current "wheel" code

#36

Updated by Yannick Warnier over 7 years ago

Julio A. Montoya wrote:

This is also impressive

http://mbostock.github.com/d3/talk/20111116/pack-hierarchy.html

Nah... this won't do. It shows too many things in one screen and just showing the example is already very slow on my dual-core with FF14. And it doesn't have the same organized appearance as the wheel.

#37

Updated by Julio Montoya about 7 years ago

Ok I read the code and I sent some changes

1. now when loading the URL like this

main/admin/skills_wheel.php?skill_id=200

you will have the current wheel for that skill

2. When loading main/admin/skills_wheel.php?load_user=X

The skills that you already done will be "green"

#38

Updated by Yannick Warnier about 7 years ago

Technically, there should be an ajax-enabled php script that just returns the data for the skills wheel, that could then provoke an update of the wheel on screen, without refresh.

#39

Updated by Julio Montoya about 7 years ago

I found a nice js library that will handle those colors combinations, I just sent some code

jquery-color-plugin-xcolor

http://www.xarg.org/project/jquery-color-plugin-xcolor/

#40

Updated by Julio Montoya about 7 years ago

what do you mean with "tones"? in those sentences? what will be the criteria of those tones?

gray tones for all skills that have no particular property ("Basic skills wheel" view)
yellow tones for skills that are provided by courses in Chamilo ("Teachable skills" view)
bright blue tones for personal skills already acquired by the student currently looking at the weel ("My skills" view)
dark blue tones for skills already acquired by a series of students, when looking at the will in the "Owned skills" view.
bright green for skills looked for by a HR director ("Profile search" view)
dark green for skills most searched for, summed up from the different saved searches from HR directors ("Most wanted skills")
bright red for missing skills, in the "Required skills" view for a student when looking at the "Most wanted skills" (or later, when we will have developed that, for the "Matching position" view)

I implemented the gray, yellow, and bright blue

I also have a "rainbow" version of that

Colors are calculated with the jquery color plugin, those are not harcoded values.

#41

Updated by Julio Montoya about 7 years ago

#42

Updated by Julio Montoya about 7 years ago

  • Status changed from Assigned to Needs more info

Yannick Warnier wrote:

Basically, the additional requirements (using the now-implemented coffee wheel) are these:

  • given an additional attribute for each element in the JSON, "add" one of 3 sprite/texture backgrounds to specific elements (this would allow us to highlight specific skills - like the ones possessed by one user)

This was already done, see the function "set_skill_style" in main/template/default/skill/skill_wheel.tpl
Right know we only change the "fill" property (background color)

  • given an initial parameter (like "var l = 4;"), only show the next 4 levels of the weel (if there are more, hide them until we click on a lower-level element)

this is still pending I didn't found a method or something to deal with it. Apparently the wheel prints all the nodes you show via the ajax call.

  • add one "more information" clickable area (or icon) to each arc element, so that we can open a modal popup (technically so we can "show" a hidden div and populate it). The idea is for us to add a description for the skill, as well as a few action buttons

I don't think this is a good idea, see the image I attached above, there some cases where the skill "partition" will be very small like in the "Music" or "Movies" partition ... Maybe if we show a tool tip when we pass the mouse over the partition, but adding and icon I don't know if this will work ...

  • make it possible to start the coffee wheel at a given element (using a unique id for the element - which would require the JSON to have a unique ID attribute, which you can probably later use in the code instead of generating one, which would make it much easier to manage afterwards from our PHP backend)

This was already done:
main/admin/skills_wheel.php?skill_id=200

#43

Updated by Julio Montoya about 7 years ago

Just to say that in the rainbox.png image you can change the colors as you wish using the handy methods of the js library see:

http://www.xarg.org/project/jquery-color-plugin-xcolor/

#44

Updated by Julio Montoya about 7 years ago

or something like that?

#45

Updated by Julio Montoya about 7 years ago

for the wheel above I used the "colorbrewer.Greys" schema of D3 see :

http://mbostock.github.com/d3/talk/20111018/choropleth.html (select grey in the menu)

#46

Updated by Yannick Warnier about 7 years ago

OK, let's see. First of all, it is getting much closer to what I expect, so we're good!

About the tones

  • The last screenshot is very close to what I want. You have to be careful, though, that all colours should be sufficiently "bright" (as opposed to "dark") to make it possible to sum colours (blue [for "already acquired"] + yellow [for "provided by this Chamilo portal"] = green) and still make it obvious that this is the sum of two colours (the legend has to be present and is different for each visualization)
  • In the last screenshot (comment#44), the skill "Understanding systems" is written white on a bright yellow background, which makes it impossible to read. This is probably because the function to calculate the brightness of the colour and adapt the text colour han't been called because we modify the colour after the ajax call? Is it possible?
  • Filling with a background colour (instead of a sprite) is quite enough for me (forget about the sprites).
  • It is great you could find a jquery library for managing the colours. This will make it soooo much easier.
  • Colours from the rainbow view are great, the only thing is that it should offer (in order for us to be able to write a legend) the possibility to define "shades of yellow", "shades of blue", and stuff like that (in this case, shades = tones). So yes, "tones" is like in your last screenshot (gray_tones), where you take one main colour and then you only vary slightly from it. For example, if you decide to pick "gray", your basic colour might be #aaaaaa, then you will also have #888888, #999999, #BBBBBB, #CCCCCC (I think 5 tones of the same colour are enough, and we only need 5 yellows, 5 grays, 5 blues, 5 reds, 5 greens... I think that's it).
  • About the xcolor library, the idea is to have yellow + blue = green, so I think either $.xcolor.combine(color, color) or $.xcolor.average(color, color) should do the trick...

About the 4 levels

The idea is to make the AJAX function only return 4 levels from a given starting point (it should take the skill ID as a parameter, and calculate 4 levels, then return just those four levels... This, however, implies that every time we click a specific item, we call the wheel from the AJAX call in order to get those 4 levels (instead of just reacting on the contents of the JSON architecture that we got in the first place).

About the clickable element

I can see no other way to make it possible to manage skills in a visual way. There has to be a way to trigger an event on a specific skill in the wheel (currently, clicking it zooms on it, but it doesn't allow you to pick another action).
I would be satisfied with a reaction initiated on double-clicking, or on right-clicking... (maybe this would be a better way actually).
My initial idea was to have something like the following image, but I think the right-click would be better (there is a right-click mechanism in Redmine in the tasks list).

Concept with the additional clickable area:

Concept with the icon (only appears on mouse-over):

The more I think of it, the more it seems like the right-click is the right way to go. It introduces a new way of doing it without "intruding" too much in the library or in th visual representation.

About programming skills (not important)

I see that you started adding skills, so for what it's worth, progamming languages should be under Creative Skills > Understanding systems > Programming languages > Interpreted languages > PHP > PHP 5.3 :-D

Misc

About xcolor, the $.xcolor.triad(color) is a great tool for generating harmonious colours: the "colour wheel" technique of finding the triad (or tetrad) of one colour is reknown to help you design harmonious interfaces, because it allows you to find the other colours which match visually the initial colour you've taken. This could be use for all JavaScript-rich interfaces we have (like the chat, putting alerts in the forum, etc). Great find!

#47

Updated by Yannick Warnier about 7 years ago

Attaching mockups for all the screens we need (in HTML + Pencil format if you want to change something). Please pay close attention to all the message boxes.

#48

Updated by Julio Montoya about 7 years ago

I added some changes do not test, this requires more work

#49

Updated by Julio Montoya about 7 years ago

  • Status changed from Assigned to Needs more info
  • Assignee changed from Julio Montoya to Yannick Warnier
  • % Done changed from 30 to 60

I added most of the stuff in the mock ups, some feedback will be appreciate.

That coffee wheel is impressively fast!!

#50

Updated by Yannick Warnier about 7 years ago

Julio A. Montoya wrote:

That coffee wheel is impressively fast!!

That's why I like it. I'm pretty sure this is the only representation around that we can use for what we want right now.

One first bug report: when searching for a skill and clicking it to focus on it, I cannot return to the root element with the center button of the wheel. I think it should still be possible, but I can see why it isn't right now (it depends on the parent being loaded as part of the JSON data, and I asked to only provide 4 levels, from the parent of the skill down...). Can you see a way around the problem (maybe reload the AJAX JSON when you click on the parent circle?)

#51

Updated by Yannick Warnier about 7 years ago

The menu bar should remain (or some button to return to the social network), even if the logo is gone.

#52

Updated by Yannick Warnier about 7 years ago

There must be a way to block the normal right click menu (check the redmine's javascript - it works here in the tasks lists)

#53

Updated by Julio Montoya about 7 years ago

"Your skill ranking: X" label doesn't work for now

#54

Updated by Julio Montoya about 7 years ago

This issue is now fixed:

One first bug report: when searching for a skill and clicking it to focus on it, I cannot return to the root element with the center button of the wheel. I think it should still be possible, but I can see why it isn't right now

(..) and I asked to only provide 4 levels, from the parent of the skill down...). Can you see a way around the problem (maybe reload the AJAX JSON when you click on the parent circle?)

yeah I tried that behaviour but I didn't like it because the "wheel" effect will be "broken" I will commit some changes so you can see the behaviour

#55

Updated by Yannick Warnier about 7 years ago

Oh, and it still shows all the levels, but that's part of the other part of this development (the 4-levels limit).

There are still a few style issues, but it already looks great!

About the broken wheel, I think changing the code a little might fix it:
  • when clicking the center, it re-builds the JSON array:
    • call the AJAX to get the JSON array based on the father ID
    • overwrite the current array with the new one
    • focus on the root of this new array

I understand there might be difficulties to do that (hook into the JS library to show the wheel), but there must be a way...

#56

Updated by Julio Montoya about 7 years ago

I improved the navigation, now when you click in the center "root partition" you're redirected to the parent node ...

#57

Updated by Yannick Warnier about 7 years ago

  • Assignee changed from Yannick Warnier to Julio Montoya

Julio A. Montoya wrote:

I improved the navigation, now when you click in the center "root partition" you're redirected to the parent node ...

I tried (locally), but that didn't work. The root partition is "clickable" but it doesn't do anything.

#58

Updated by Julio Montoya about 7 years ago

  • Assignee deleted (Julio Montoya)

Yannick Warnier wrote:

Julio A. Montoya wrote:

I improved the navigation, now when you click in the center "root partition" you're redirected to the parent node ...

I tried (locally), but that didn't work. The root partition is "clickable" but it doesn't do anything.

weird, it works for me ...

#59

Updated by Yannick Warnier about 7 years ago

  • Assignee set to Julio Montoya

OK, seems like I had to use it as another user to get it to refresh. Now I see it, but the nice smooth moving effect has been lost. There must be something we can do about it (like updating the array adding elements to it, moving, and only then remove the lowest-level elements)

#60

Updated by Yannick Warnier about 7 years ago

When I get a skill through a certificate (assessment tool), my skills doesn't get "blue" (it stays yellow)

#61

Updated by Julio Montoya about 7 years ago

  • Assignee changed from Julio Montoya to Yannick Warnier

Yannick Warnier wrote:

When I get a skill through a certificate (assessment tool), my skills doesn't get "blue" (it stays yellow)

Did you enter the certificate? The relationship between the skill and gradebook certificate, is fired when the user see the certificate.

Example: /certificates/index.php?id=2

#62

Updated by Julio Montoya about 7 years ago

Oh, ok I found the bug, the "blue condition" must be at the end

- fixed now

#63

Updated by Julio Montoya about 7 years ago

Yannick Warnier wrote:

OK, seems like I had to use it as another user to get it to refresh. Now I see it, but the nice smooth moving effect has been lost. There must be something we can do about it (like updating the array adding elements to it, moving, and only then remove the lowest-level elements)

That's right there should be a way to do that ... I try it with no success for now (I didn't sent any code yet)

#64

Updated by Julio Montoya about 7 years ago

  • Status changed from Needs more info to Assigned
  • Assignee changed from Yannick Warnier to Julio Montoya
#65

Updated by Yannick Warnier about 7 years ago

Retaking this task... (because we have a demo next Tuesday)

  • on the listener for the right click event, you should "return false" so the contextual menu of the browser doesn't appear DONE (I just found the open_popup function and added a return false at the end)
  • when opening the "Add child skills" window, the "parent" field should be fixed to the parent selected. Currently, it would allow you to select more than one skill, which is dangerous
  • reduce the title width to 13 characters per word. This is a bit strange, but it might work: for every word, check strlen($word)>13, then substr($word,0,12).'.'; (add a period). This is to avoid words getting out of their frame (it looks very ugly just because one character comes out). Add a tooltip (like in the agenda?) to show the complete name and description of this skill.
  • I've tried the wheel a little bit more and I have something strange happening (but overall it works great): Under "Interpretation", I've added "Languages" > {English,Spanish,French}. Under "English", I've added "Basic English" > {"English Basic 1","English Basic 2"}. With this, if I click on "English", all the "English Basic X" only show "English". I'm not sure what's the logic behind that, but something's wrong there. Actually this can already be seen with "Organization" -> Personal Librarian, at the second level.
  • in the admin view, the "Searched skills" are not marked red when I have them saved as search profiles... (maybe this is because I'm the one searching for them?). Technically, I shouldn't really see them, but then it shouldn't appear in the legend for me.
  • in the "match" screen, the user's name should be a link to his profile in the social network (actually to his normal profile)
#66

Updated by Julio Montoya about 7 years ago

Yannick Warnier wrote:

Retaking this task... (because we have a demo next Tuesday)

  • on the listener for the right click event, you should "return false" so the contextual menu of the browser doesn't appear DONE (I just found the open_popup function and added a return false at the end)
  • when opening the "Add child skills" window, the "parent" field should be fixed to the parent selected. Currently, it would allow you to select more than one skill, which is dangerous

You can only add 1 option.

  • reduce the title width to 13 characters per word. This is a bit strange, but it might work: for every word, check strlen($word)>13, then substr($word,0,12).'.'; (add a period). This is to avoid words getting out of their frame (it looks very ugly just because one character comes out). Add a tooltip (like in the agenda?) to show the complete name and description of this skill.

Added 13 chars, tooltip added, "..." chars added

  • I've tried the wheel a little bit more and I have something strange happening (but overall it works great): Under "Interpretation", I've added "Languages" > {English,Spanish,French}. Under "English", I've added "Basic English" > {"English Basic 1","English Basic 2"}. With this, if I click on "English", all the "English Basic X" only show "English". I'm not sure what's the logic behind that, but something's wrong there. Actually this can already be seen with "Organization" -> Personal Librarian, at the second level.

I can't reproduce the error, can I see it in chamilodev? I created some similar with Music -> Rock -> {Rock 1 => {Sub 1, Sub 2} , Rock 2} at seems to work fine ...

  • in the admin view, the "Searched skills" are not marked red when I have them saved as search profiles... (maybe this is because I'm the one searching for them?). Technically, I shouldn't really see them, but then it shouldn't appear in the legend for me.

You're talking about the user results? Right now all the user skills are showed with a green background, I suppose you want to see a red background? I did that

  • in the "match" screen, the user's name should be a link to his profile in the social network (actually to his normal profile)

done

#67

Updated by Yannick Warnier about 7 years ago

Julio A. Montoya wrote:

Yannick Warnier wrote:

  • when opening the "Add child skills" window, the "parent" field should be fixed to the parent selected. Currently, it would allow you to select more than one skill, which is dangerous

You can only add 1 option.

I meant that, in this case, it shouldn't be a "tag"-type field. It should be a "disabled" <input>, but it's OK as it is now, indeed. DONE

  • reduce the title width to 13 characters per word. This is a bit strange, but it might work: for every word, check strlen($word)>13, then substr($word,0,12).'.'; (add a period). This is to avoid words getting out of their frame (it looks very ugly just because one character comes out). Add a tooltip (like in the agenda?) to show the complete name and description of this skill.

Added 13 chars, tooltip added, "..." chars added

OK, I see it. Please change it to 11 chars, because I had said 13 with only one ".", but with 3 dots it still overflows some areas.

  • I've tried the wheel a little bit more and I have something strange happening (but overall it works great): Under "Interpretation", I've added "Languages" > {English,Spanish,French}. Under "English", I've added "Basic English" > {"English Basic 1","English Basic 2"}. With this, if I click on "English", all the "English Basic X" only show "English". I'm not sure what's the logic behind that, but something's wrong there. Actually this can already be seen with "Organization" -> Personal Librarian, at the second level.

I can't reproduce the error, can I see it in chamilodev? I created some similar with Music -> Rock -> {Rock 1 => {Sub 1, Sub 2} , Rock 2} at seems to work fine ...

You need to have titles a bit longer, I think (although now it will be cut at 11 chars anyway :-)). With the cut at 11 chars, it should be a non-issue. DONE

  • in the admin view, the "Searched skills" are not marked red when I have them saved as search profiles... (maybe this is because I'm the one searching for them?). Technically, I shouldn't really see them, but then it shouldn't appear in the legend for me.

You're talking about the user results? Right now all the user skills are showed with a green background, I suppose you want to see a red background? I did that

No no. The skills that are in the "stored profile searches" should be shown in the wheel as well, as the skills that are "most wanted".

#68

Updated by Julio Montoya about 7 years ago

  • Assignee changed from Julio Montoya to Yannick Warnier

Yannick Warnier wrote:

Julio A. Montoya wrote:

Yannick Warnier wrote:

  • when opening the "Add child skills" window, the "parent" field should be fixed to the parent selected. Currently, it would allow you to select more than one skill, which is dangerous

You can only add 1 option.

I meant that, in this case, it shouldn't be a "tag"-type field. It should be a "disabled" <input>, but it's OK as it is now, indeed. DONE

  • reduce the title width to 13 characters per word. This is a bit strange, but it might work: for every word, check strlen($word)>13, then substr($word,0,12).'.'; (add a period). This is to avoid words getting out of their frame (it looks very ugly just because one character comes out). Add a tooltip (like in the agenda?) to show the complete name and description of this skill.

Added 13 chars, tooltip added, "..." chars added

OK, I see it. Please change it to 11 chars, because I had said 13 with only one ".", but with 3 dots it still overflows some areas.

Changed to 11

  • I've tried the wheel a little bit more and I have something strange happening (but overall it works great): Under "Interpretation", I've added "Languages" > {English,Spanish,French}. Under "English", I've added "Basic English" > {"English Basic 1","English Basic 2"}. With this, if I click on "English", all the "English Basic X" only show "English". I'm not sure what's the logic behind that, but something's wrong there. Actually this can already be seen with "Organization" -> Personal Librarian, at the second level.

I can't reproduce the error, can I see it in chamilodev? I created some similar with Music -> Rock -> {Rock 1 => {Sub 1, Sub 2} , Rock 2} at seems to work fine ...

You need to have titles a bit longer, I think (although now it will be cut at 11 chars anyway :-)). With the cut at 11 chars, it should be a non-issue. DONE

  • in the admin view, the "Searched skills" are not marked red when I have them saved as search profiles... (maybe this is because I'm the one searching for them?). Technically, I shouldn't really see them, but then it shouldn't appear in the legend for me.

You're talking about the user results? Right now all the user skills are showed with a green background, I suppose you want to see a red background? I did that

No no. The skills that are in the "stored profile searches" should be shown in the wheel as well, as the skills that are "most wanted".

In fact the "stored profile searches" shows "profiles" (group of skills) not skills. And if you have a lot of profiles (with lot of skills) all the wheel will be mostly red ...

#69

Updated by Yannick Warnier about 7 years ago

Julio A. Montoya wrote:

In fact the "stored profile searches" shows "profiles" (group of skills) not skills. And if you have a lot of profiles (with lot of skills) all the wheel will be mostly red ...

Yes, I know, but I still want it :-)
That's why I said, a lot of comments before, that we should have the ability to mix colors and make color "dégradés". In this case, I would like the red (searched) skills to show as dégradé:
  • 20% opacity red for skills searched in 1 to 5 search profiles
  • 40% opacity red for skills searched in 6 to 15 search profiles
  • 60% opacity red for skills searched in 16 to 25 search profiles
  • 80% opacity red for skills searched in 26 to all search profiles

I'm not sure I'm expressing myself very well, let me know if you don't get it...

#70

Updated by Yannick Warnier about 7 years ago

  • Target version changed from 1.9.2 to 1.9.4
#71

Updated by Yannick Warnier almost 7 years ago

  • Target version changed from 1.9.4 to 1.9.6
#72

Updated by Yannick Warnier over 6 years ago

Adding more info about Openbadges:

  • openbadge gives you a "backpack" of badges, independent of the site where you received it (but mentionning the issuing authority anyway). We would have to define each Chamilo portal as an openbadge authority (that's just enabling a web service to confirm the issue of a badge with a special code, I would guess - this implies probably adding a field to the skill_rel_user table for the openbadge issue ID), and add a user field to allow the user to indicate his/her openbadge profile ID
  • https://www.openbadges.me/designer.html lets you design (very quickly) new badges, so we should add a link (translation variable?) from the skills management interface to openbadges.me in order for people to easily create their badge, download it (it exports in PNG) and upload it to the skill definition. Actually, they have an API that allows us to call their editor in a popup and automatically integrate the badge in Chamilo. Man, this is great! See https://groups.google.com/forum/?fromgroups=#!topic/openbadges/ABD9QcEMo3k
  • we should probably add skills definition to the HR director, if that's not already the case
  • http://badg.us/en-US/ is something we wouldn't really need in our case, but that enables you to build a badge on their site, then generate a code with that and give bages to users just by giving them the code, so they can later on "claim" the badge on badg.us. As I said, not really necessary.
  • we still need to find a directory in which we could store the badges for all skills (I'm thinking data/badges/ as another task we discussed was to move every variable data to a /data directory to ease the packaging for Debian)
#73

Updated by Julio Montoya over 6 years ago

wow that https://www.openbadges.me/designer.html is really cool! +1

#74

Updated by Yannick Warnier over 6 years ago

Julio Montoya wrote:

wow that https://www.openbadges.me/designer.html is really cool! +1

Yep, I just have to confirm that we can re-use the output of that as Creative Commons or something free (as in freedom). Otherwise we would have to think about something similar to build ourselves inside Chamilo...

#75

Updated by Yannick Warnier over 6 years ago

  • Category set to Gradebook / Evaluaciones

Kicking this to 1.10. We have to conclude with 1.9.6 to reduce bugs for the community.

#76

Updated by Yannick Warnier over 6 years ago

  • Target version changed from 1.9.6 to 2.0
#77

Updated by Yannick Warnier over 4 years ago

  • Status changed from Needs more info to Feature implemented
  • Target version changed from 2.0 to 1.10.0
  • % Done changed from 60 to 100

This has been (and is being) implemented in 1.10.0. Closing as most of the items on this list have been added already.
Thanks to all the people involved.

Also available in: Atom PDF