[opensuse-wiki] easier to edit hardware compatibility list

newer
[opensuse-wiki] Article reviewing...

DenverD

1 Jan 2010 1 Jan '10

08:09

a poster (67GTA) to the forums, in a thread about hardware that doesn't work....about our hardware compatibility list (HCL) http://en.opensuse.org/HCL/ wrote a probably valid and attention needing user issue with the wiki: "I think we need an easier way to edit the wiki. I would be glad to update it with each new release for my hardware, but have no idea how to use the wiki editor. I believe this would help tremendously as far as getting people to chip in with the HCL. There was a call to action by oldcpu a while back, but he wound up asking for info and editing it himself." http://tinyurl.com/yfthhjo i think it might be nice if there were a html form with directions, questions and blanks for users to fill in which would populate a database to produce an HCL similar to those we have now.. sure, i know that 'real' hackers have no problems editing the wiki's HCL, but that excludes about 99% of the hungry folks [aka: Redmond Refugees] showing up on the forums doorsteps daily who have never manually created a new table row in vi, emacs or even Notepad(tm).. DenverD -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Show replies by date

Jon Rocker

1 Jan 1 Jan

21:17

I agree that it needs to be easier. I have some ideas, like a rating system, so that users can rate easily how well the hardware works. Still, the hardware compatibility list is not exhaustive. So there are a few issues to address. 1) how exhaustive do we want the HCL 2) ease of editing 3) easier rating system I don't know if maybe we can connect the HCL with the smolt project. That would certainly help a bit, but then that only works with those participating in the smolt project. But still, that would enhance the HCL. Maybe some of the wiki sysops could chime in here. Respectfully Jon Rocker On Fri, Jan 1, 2010 at 01:09, DenverD wrote:

...

a poster (67GTA) to the forums, in a thread about hardware that doesn't work....about our hardware compatibility list (HCL) http://en.opensuse.org/HCL/ wrote a probably valid and attention needing user issue with the wiki:

"I think we need an easier way to edit the wiki. I would be glad to update it with each new release for my hardware, but have no idea how to use the wiki editor. I believe this would help tremendously as far as getting people to chip in with the HCL. There was a call to action by oldcpu a while back, but he wound up asking for info and editing it himself." http://tinyurl.com/yfthhjo

i think it might be nice if there were a html form with directions, questions and blanks for users to fill in which would populate a database to produce an HCL similar to those we have now..

sure, i know that 'real' hackers have no problems editing the wiki's HCL, but that excludes about 99% of the hungry folks [aka: Redmond Refugees] showing up on the forums doorsteps daily who have never manually created a new table row in vi, emacs or even Notepad(tm)..

DenverD -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

-- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Rajko M.

23:58

I posted some thoughts and ideas on the forum. http://forums.opensuse.org/general-chit-chat/429706-hardware-doesnt-work- difficult-post2096817 -- Regards Rajko, openSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Rajko M.

2 Jan 2 Jan

00:04

On Friday 01 January 2010 17:58:02 Rajko M. wrote:

...

I posted some thoughts and ideas on the forum.

http://forums.opensuse.org/general-chit-chat/429706-hardware-doesnt-work- difficult-post2096817

This is complete URL :) http://forums.opensuse.org/general-chit-chat/429706-hardware-doesnt-work-dif... -- Regards Rajko, openSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Kay Schenk

17:18

On 01/01/2010 04:04 PM, Rajko M. wrote:

...

On Friday 01 January 2010 17:58:02 Rajko M. wrote:

...
I posted some thoughts and ideas on the forum.

http://forums.opensuse.org/general-chit-chat/429706-hardware-doesnt-work- difficult-post2096817

This is complete URL :)

http://forums.opensuse.org/general-chit-chat/429706-hardware-doesnt-work-dif...

Well, there are probably some good ideas here. I don't know much about "smolt" and I did, in fact, brave the wiki to add hardware items for my latest setup. About the only major difficulty I remember having was how to do the fun little check/no check graphic. This comment aside, if we could come up with some forms driven interface for end-users that would do some automatic formatting to put items in the current table, this would probably help considerably. I don't know what types of "back-end collection" mechanisms are available for the wiki. I find the indigenous "smolts" site VERY unfriendly and unusable. What we have seems a lot more straightforward. I will be happy to investigate alternative collection modes if someone steers me in the right direction. Cheers! :) -- ------------------------------------------------------------------------- MzK "One resolution I have made, and try always to keep, is this: To rise above the little things." -- John Burroughs -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Rajko M.

3 Jan 3 Jan

04:40

On Saturday 02 January 2010 11:18:48 Kay Schenk wrote:

...

On 01/01/2010 04:04 PM, Rajko M. wrote:

...
On Friday 01 January 2010 17:58:02 Rajko M. wrote:

...
I posted some thoughts and ideas on the forum. ... http://forums.opensuse.org/general-chit-chat/429706-hardware-doesnt-work- difficult-post2096817.html#post2096817

Well, there are probably some good ideas here. I don't know much about "smolt" and I did, in fact, brave the wiki to add hardware items for my latest setup. About the only major difficulty I remember having was how to do the fun little check/no check graphic.

:) Very important for that table.

...

This comment aside, if we could come up with some forms driven interface for end-users that would do some automatic formatting to put items in the current table, this would probably help considerably. I don't know what types of "back-end collection" mechanisms are available for the wiki.

It is possible to some extent. On a new wiki we have 2 extensions that can help, but they are not really form generators. They are more aid that will preload page that is used as template, but template must be well documented so that user has no doubt how to fill in required fields. The InputBox has few functions which can be selected with "type=" switch. On http://wiki.opensuse.org/openSUSE:Sandbox you can see "type=comment", which is suitable as help to create new entry on existing page. The MultiBoilerplate is another one, but I got no time to test it. Third that I found following your idea about forms is http://www.mediawiki.org/wiki/Extension:Form . It is GPLed, maintained, but it is in experimental status, so it is not yet suitable for our wiki. I'll download it and test on my local instance of MediaWiki. It is interesting how it can be used and find bugs that may prevent use in the wiki.

...

I find the indigenous "smolts" site VERY unfriendly and unusable.

It is fine for developers, which is the main reason they put it on line. For users there is needed more work on user interface and probably API, so that smolt client can do more and save users trip to the server.

...

What we have seems a lot more straightforward. I will be happy to investigate alternative collection modes if someone steers me in the right direction.

Right now without any improvements Smolt can be used to store user profile, there is not much more that I can think of, but as mentioned we should think how to create workflow without superficial manual interventions. Some kind of interface that will allow web sites to pull in profile data would be good to have, something like RSS feed, so that users can see actual profile without visiting smolts server. There are few other Linux hardware databases that can be taken in consideration. -- Regards Rajko, openSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Kay Schenk

17:19

On 01/02/2010 08:40 PM, Rajko M. wrote:

...

On Saturday 02 January 2010 11:18:48 Kay Schenk wrote:

...
On 01/01/2010 04:04 PM, Rajko M. wrote:

...
On Friday 01 January 2010 17:58:02 Rajko M. wrote:

...
I posted some thoughts and ideas on the forum. ... http://forums.opensuse.org/general-chit-chat/429706-hardware-doesnt-work- difficult-post2096817.html#post2096817

Well, there are probably some good ideas here. I don't know much about "smolt" and I did, in fact, brave the wiki to add hardware items for my latest setup. About the only major difficulty I remember having was how to do the fun little check/no check graphic.

:) Very important for that table.

...
This comment aside, if we could come up with some forms driven interface for end-users that would do some automatic formatting to put items in the current table, this would probably help considerably. I don't know what types of "back-end collection" mechanisms are available for the wiki.

It is possible to some extent. On a new wiki we have 2 extensions that can help, but they are not really form generators. They are more aid that will preload page that is used as template, but template must be well documented so that user has no doubt how to fill in required fields.

OK...I am a MediaWiki novice for the most part, but happy to investigate.

...

The InputBox has few functions which can be selected with "type=" switch. On http://wiki.opensuse.org/openSUSE:Sandbox you can see "type=comment", which is suitable as help to create new entry on existing page.

The MultiBoilerplate is another one, but I got no time to test it.

Third that I found following your idea about forms is http://www.mediawiki.org/wiki/Extension:Form . It is GPLed, maintained, but it is in experimental status, so it is not yet suitable for our wiki.

hmmm...OK, please let us know what you discover. :)

...

I'll download it and test on my local instance of MediaWiki. It is interesting how it can be used and find bugs that may prevent use in the wiki.

...
I find the indigenous "smolts" site VERY unfriendly and unusable.

It is fine for developers, which is the main reason they put it on line. For users there is needed more work on user interface and probably API, so that smolt client can do more and save users trip to the server.

...
What we have seems a lot more straightforward. I will be happy to investigate alternative collection modes if someone steers me in the right direction.

Right now without any improvements Smolt can be used to store user profile, there is not much more that I can think of, but as mentioned we should think how to create workflow without superficial manual interventions.

Some kind of interface that will allow web sites to pull in profile data would be good to have, something like RSS feed, so that users can see actual profile without visiting smolts server.

There are few other Linux hardware databases that can be taken in consideration.

-- ------------------------------------------------------------------------- MzK "One resolution I have made, and try always to keep, is this: To rise above the little things." -- John Burroughs -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Jon Rocker

23:43

I will be updating the HCL, as part of my job. I could take the raw data from smolt and put it into the HCL. What I am more concerned with is; 1) ease of use for users 2) the rating system. It'd be nice if we could have a rating system where all they had to do was click on a star. Five stars per hardware, with the first star being the one on the left and the lowest in rating. The fifth star would be the right most star, and highest in rating. So if a user clicks on the fifth star, then it works no trouble. As more people rate it, it average itself out. So if one user rates it a 5 and another rates it a 1, then that 2.5. Maybe, for ease of use for the user, a wysiwyg editor. We could embed a template specifically designed for the HCL, to be in the wysiwyg editor. This would also go a long way to make things easier. Are these things available for mediawiki? I The wysiwyg editor is http://www.mediawiki.org/wiki/WYSIWYG_editor And so is the star rating system I was referring to http://www.mediawiki.org/wiki/Extension:AjaxRatingScript Respectfully Jon Rocker On Sun, Jan 3, 2010 at 10:19, Kay Schenk wrote:

...

On 01/02/2010 08:40 PM, Rajko M. wrote:

...
On Saturday 02 January 2010 11:18:48 Kay Schenk wrote:

...
On 01/01/2010 04:04 PM, Rajko M. wrote:

...
On Friday 01 January 2010 17:58:02 Rajko M. wrote:

...
I posted some thoughts and ideas on the forum. ... http://forums.opensuse.org/general-chit-chat/429706-hardware-doesnt-work- difficult-post2096817.html#post2096817

Well, there are probably some good ideas here. I don't know much about "smolt" and I did, in fact, brave the wiki to add hardware items for my latest setup. About the only major difficulty I remember having was how to do the fun little check/no check graphic.

:) Very important for that table.

...
This comment aside, if we could come up with some forms driven interface for end-users that would do some automatic formatting to put items in the current table, this would probably help considerably. I don't know what types of "back-end collection" mechanisms are available for the wiki.

It is possible to some extent. On a new wiki we have 2 extensions that can help, but they are not really form generators. They are more aid that will preload page that is used as template, but template must be well documented so that user has no doubt how to fill in required fields.

OK...I am a MediaWiki novice for the most part, but happy to investigate.

...
The InputBox has few functions which can be selected with "type=" switch. On http://wiki.opensuse.org/openSUSE:Sandbox you can see "type=comment", which is suitable as help to create new entry on existing page.

The MultiBoilerplate is another one, but I got no time to test it.

Third that I found following your idea about forms is http://www.mediawiki.org/wiki/Extension:Form . It is GPLed, maintained, but it is in experimental status, so it is not yet suitable for our wiki.

hmmm...OK, please let us know what you discover. :)

...
I'll download it and test on my local instance of MediaWiki. It is interesting how it can be used and find bugs that may prevent use in the wiki.

...
I find the indigenous "smolts" site VERY unfriendly and unusable.

It is fine for developers, which is the main reason they put it on line. For users there is needed more work on user interface and probably API, so that smolt client can do more and save users trip to the server.

...
What we have seems a lot more straightforward. I will be happy to investigate alternative collection modes if someone steers me in the right direction.

Right now without any improvements Smolt can be used to store user profile, there is not much more that I can think of, but as mentioned we should think how to create workflow without superficial manual interventions.

Some kind of interface that will allow web sites to pull in profile data would be good to have, something like RSS feed, so that users can see actual profile without visiting smolts server.

There are few other Linux hardware databases that can be taken in consideration.

-- ------------------------------------------------------------------------- MzK

"One resolution I have made, and try always to keep, is this: To rise above the little things." -- John Burroughs -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

-- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Rajko M.

4 Jan 4 Jan

01:07

On Sunday 03 January 2010 17:43:41 Jon Rocker wrote:

...

Are these things available for mediawiki? I The wysiwyg editor is http://www.mediawiki.org/wiki/WYSIWYG_editor

http://www.mediawiki.org/wiki/Extension:FCKeditor_(Official) from version 1.16 and our wiki is 1.15.1. So answer is no, unless SUSE/Novell change mind and install 1.16, which would mean more working functions, not only this one. I'll see how it is working soon and report back.

...

And so is the star rating system I was referring to http://www.mediawiki.org/wiki/Extension:AjaxRatingScript

Last Version 2.0 (2007-09-13) which makes attempt to use risky from maintenance perspective. It can break any time and we will have to fix that, where "we" is only few that "speak" Java. That was the reason to install FlaggedRevs instead. -- Regards Rajko, openSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Rajko M.

03:03

On Sunday 03 January 2010 19:07:05 Rajko M. wrote:

...

http://www.mediawiki.org/wiki/Extension:FCKeditor_(Official) from version 1.16 and our wiki is 1.15.1. So answer is no, unless SUSE/Novell change mind and install 1.16, which would mean more working functions, not only this one.

I'll see how it is working soon and report back.

It is working, and it is optional, you are not forced to use it instead of classic input window, but you have learn how to use it. It has quite a few functions. It can produce plain article without much hassle, but I'm not sure how to use page templates as base for new articles. I'm not sure that it will work nicely with current FCKeditor version. The classic templates in Mediwiki namespace Template: are just icons right now. It also has no idea about wiki variables, so {{NUMBEROFARTICLES}} will appear as template icon. Nice thing is that authors know about deficiencies so there is easy way to switch between WYSIWYG and wikitext modes, and if that doesn't help you can switch editor off, which will leave you with classic wikitext view. -- Regards Rajko, openSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Rajko M.

04:33

On Sunday 03 January 2010 19:07:05 Rajko M. wrote:

...

...
And so is the star rating system I was referring to http://www.mediawiki.org/wiki/Extension:AjaxRatingScript

Extension AjaxRatingScript is page action based, ie. you can rate page, not particular items on the page. http://www.mediawiki.org/wiki/Extension:Rating provides tags, so it can be considered as potential candidate for the list of hardware. -- Regards Rajko, openSUSE Wiki Team: http://en.opensuse.org/Wiki_Team People of openSUSE: http://en.opensuse.org/People_of_openSUSE/About -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Henk van Velden

09:58

On Monday 04 January 2010 00:43:41 Jon Rocker wrote:

...

So if one user rates it a 5 and another rates it a 1, then that 2.5.

I hope the calculating of the avarage wil lbe re-thought before implementation. The avarage of 1 and 5 is (1+5)/2 making 3 not 2.5 imho. Sorry John, could not resist. no hard feelings? -- Met vriendelijke groet, Henk van Velden -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Kay Schenk

19:11

On Sun, Jan 3, 2010 at 3:43 PM, Jon Rocker wrote:

...

I will be updating the HCL, as part of my job. I could take the raw data from smolt and put it into the HCL. What I am more concerned with is; 1) ease of use for users 2) the rating system. It'd be nice if we could have a rating system where all they had to do was click on a star. Five stars per hardware, with the first star being the one on the left and the lowest in rating. The fifth star would be the right most star, and highest in rating. So if a user clicks on the fifth star, then it works no trouble. As more people rate it, it average itself out. So if one user rates it a 5 and another rates it a 1, then that 2.5.

Hi Jon-- In some ways the star rating seems good, but in other ways, not. I would think most users would feel that the hardware in question is either correctly recognized (at installation) or it isn't. I think the star rating my only serve to confuse. In my case, my HP 2045 monitor was not "automagically" recognized by SuSE 11.1 but I was somehow "led" to go find a driver for it, but still...I think most novices would have considered this a "no go".

...

Maybe, for ease of use for the user, a wysiwyg editor. We could embed a template specifically designed for the HCL, to be in the wysiwyg editor. This would also go a long way to make things easier.

Are these things available for mediawiki? I The wysiwyg editor is http://www.mediawiki.org/wiki/WYSIWYG_editor And so is the star rating system I was referring to http://www.mediawiki.org/wiki/Extension:AjaxRatingScript

Respectfully Jon Rocker

On Sun, Jan 3, 2010 at 10:19, Kay Schenk wrote:

...
On 01/02/2010 08:40 PM, Rajko M. wrote:

...
On Saturday 02 January 2010 11:18:48 Kay Schenk wrote:

...
On 01/01/2010 04:04 PM, Rajko M. wrote:

...
On Friday 01 January 2010 17:58:02 Rajko M. wrote:

...
I posted some thoughts and ideas on the forum. ... http://forums.opensuse.org/general-chit-chat/429706-hardware-doesnt-work- difficult-post2096817.html#post2096817

Well, there are probably some good ideas here. I don't know much about "smolt" and I did, in fact, brave the wiki to add hardware items for my latest setup. About the only major difficulty I remember having was how to do the fun little check/no check graphic.

:) Very important for that table.

...
This comment aside, if we could come up with some forms driven interface for end-users that would do some automatic formatting to put items in the current table, this would probably help considerably. I don't know what types of "back-end collection" mechanisms are available for the wiki.

It is possible to some extent. On a new wiki we have 2 extensions that can help, but they are not really form generators. They are more aid that will preload page that is used as template, but template must be well documented so that user has no doubt how to fill in required fields.

OK...I am a MediaWiki novice for the most part, but happy to investigate.

...
The InputBox has few functions which can be selected with "type=" switch. On http://wiki.opensuse.org/openSUSE:Sandbox you can see "type=comment", which is suitable as help to create new entry on existing page.

The MultiBoilerplate is another one, but I got no time to test it.

Third that I found following your idea about forms is http://www.mediawiki.org/wiki/Extension:Form . It is GPLed, maintained, but it is in experimental status, so it is not yet suitable for our wiki.

hmmm...OK, please let us know what you discover. :)

...
I'll download it and test on my local instance of MediaWiki. It is interesting how it can be used and find bugs that may prevent use in the wiki.

...
I find the indigenous "smolts" site VERY unfriendly and unusable.

It is fine for developers, which is the main reason they put it on line. For users there is needed more work on user interface and probably API, so that smolt client can do more and save users trip to the server.

...
What we have seems a lot more straightforward. I will be happy to investigate alternative collection modes if someone steers me in the right direction.

Right now without any improvements Smolt can be used to store user profile, there is not much more that I can think of, but as mentioned we should think how to create workflow without superficial manual interventions.

Some kind of interface that will allow web sites to pull in profile data would be good to have, something like RSS feed, so that users can see actual profile without visiting smolts server.

There are few other Linux hardware databases that can be taken in consideration.

-- ------------------------------------------------------------------------- MzK

"One resolution I have made, and try always to keep, is this: To rise above the little things." -- John Burroughs -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

-- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

-- "Women and cats will do as they please, and men and dogs should relax and get used to the idea." ~ Robert A. Heinlein -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Jon Rocker

19:41

...

From a collection standpoint, smolt is great. Maybe not the best, but certainly great. Now imagine if we utilized this information with future releases. We would then know what the problem hardware is, and

And that's the point. Besides, the rating system, whether it's star, or some other system, has rules. Take a look here http://www.linuxcompatible.org/compatlist3.html Now as to smolt, I have been looking more into it. Check this out; http://smolt.fedoraproject.org/reports/device_ratings Last night was my first time with smolt. Here is the out come. http://www.smolts.org/client/show_all/pub_76ca73b4-e7d4-4b56-8ff1-23769bae93... perhaps why. If it's proprietary like ATI, then there isn't much we can do, unless Xorg wants to create an open source 3D driver. I do like the format of smolt. I also like the information it can provide, and the rating system. I don't use this or I don't know Breaks System Doesn't Work Requires 3rd Party Drivers Works, but required additional configuration Worked out of the box "I hope the calculating of the avarage wil lbe re-thought before implementation. The avarage of 1 and 5 is (1+5)/2 making 3 not 2.5 imho. Sorry John, could not resist. no hard feelings?" No. No hard feelings, although my head might disagree. On 01/02/10 at around 11PM went to Wal-Mart, since it's close to my house, but I didn't take my glucose meter. My blood sugar dropped and so did I. Apparently I fell straight back and landed on my head. Had a nice seizure, and a trip to the E.R. I got some staples for my award. So at the time I typed that, and even somewhat now, I am still woozy from the hit I took. Now I am primarily sore, with residual dizziness, and so on. Respectfully Jon Rocker On Mon, Jan 4, 2010 at 12:11, Kay Schenk wrote:

...

On Sun, Jan 3, 2010 at 3:43 PM, Jon Rocker wrote:

...
I will be updating the HCL, as part of my job. I could take the raw data from smolt and put it into the HCL. What I am more concerned with is; 1) ease of use for users 2) the rating system. It'd be nice if we could have a rating system where all they had to do was click on a star. Five stars per hardware, with the first star being the one on the left and the lowest in rating. The fifth star would be the right most star, and highest in rating. So if a user clicks on the fifth star, then it works no trouble. As more people rate it, it average itself out. So if one user rates it a 5 and another rates it a 1, then that 2.5.

Hi Jon--

In some ways the star rating seems good, but in other ways, not. I would think most users would feel that the hardware in question is either correctly recognized (at installation) or it isn't. I think the star rating my only serve to confuse. In my case, my HP 2045 monitor was not "automagically" recognized by SuSE 11.1 but I was somehow "led" to go find a driver for it, but still...I think most novices would have considered this a "no go".

...
Maybe, for ease of use for the user, a wysiwyg editor. We could embed a template specifically designed for the HCL, to be in the wysiwyg editor. This would also go a long way to make things easier.

Are these things available for mediawiki? I The wysiwyg editor is http://www.mediawiki.org/wiki/WYSIWYG_editor And so is the star rating system I was referring to http://www.mediawiki.org/wiki/Extension:AjaxRatingScript

Respectfully Jon Rocker

On Sun, Jan 3, 2010 at 10:19, Kay Schenk wrote:

...
On 01/02/2010 08:40 PM, Rajko M. wrote:

...
On Saturday 02 January 2010 11:18:48 Kay Schenk wrote:

...
On 01/01/2010 04:04 PM, Rajko M. wrote:

...
On Friday 01 January 2010 17:58:02 Rajko M. wrote: > I posted some thoughts and ideas on the forum. ... http://forums.opensuse.org/general-chit-chat/429706-hardware-doesnt-work- difficult-post2096817.html#post2096817

Well, there are probably some good ideas here. I don't know much about "smolt" and I did, in fact, brave the wiki to add hardware items for my latest setup. About the only major difficulty I remember having was how to do the fun little check/no check graphic.

:) Very important for that table.

...
This comment aside, if we could come up with some forms driven interface for end-users that would do some automatic formatting to put items in the current table, this would probably help considerably. I don't know what types of "back-end collection" mechanisms are available for the wiki.

It is possible to some extent. On a new wiki we have 2 extensions that can help, but they are not really form generators. They are more aid that will preload page that is used as template, but template must be well documented so that user has no doubt how to fill in required fields.

OK...I am a MediaWiki novice for the most part, but happy to investigate.

...
The InputBox has few functions which can be selected with "type=" switch. On http://wiki.opensuse.org/openSUSE:Sandbox you can see "type=comment", which is suitable as help to create new entry on existing page.

The MultiBoilerplate is another one, but I got no time to test it.

Third that I found following your idea about forms is http://www.mediawiki.org/wiki/Extension:Form . It is GPLed, maintained, but it is in experimental status, so it is not yet suitable for our wiki.

hmmm...OK, please let us know what you discover. :)

...
I'll download it and test on my local instance of MediaWiki. It is interesting how it can be used and find bugs that may prevent use in the wiki.

...
I find the indigenous "smolts" site VERY unfriendly and unusable.

It is fine for developers, which is the main reason they put it on line. For users there is needed more work on user interface and probably API, so that smolt client can do more and save users trip to the server.

...
What we have seems a lot more straightforward. I will be happy to investigate alternative collection modes if someone steers me in the right direction.

Right now without any improvements Smolt can be used to store user profile, there is not much more that I can think of, but as mentioned we should think how to create workflow without superficial manual interventions.

Some kind of interface that will allow web sites to pull in profile data would be good to have, something like RSS feed, so that users can see actual profile without visiting smolts server.

There are few other Linux hardware databases that can be taken in consideration.

-- ------------------------------------------------------------------------- MzK

"One resolution I have made, and try always to keep, is this: To rise above the little things." -- John Burroughs -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

-- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

-- "Women and cats will do as they please, and men and dogs should relax and get used to the idea." ~ Robert A. Heinlein -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

-- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

Kay Schenk

22:17

Hi again Jon-- On 01/04/2010 11:41 AM, Jon Rocker wrote:

...

And that's the point. Besides, the rating system, whether it's star, or some other system, has rules. Take a look here http://www.linuxcompatible.org/compatlist3.html

Now as to smolt, I have been looking more into it. Check this out; http://smolt.fedoraproject.org/reports/device_ratings

Last night was my first time with smolt. Here is the out come. http://www.smolts.org/client/show_all/pub_76ca73b4-e7d4-4b56-8ff1-23769bae93...

well this particular format does seem to have merit assuming it could be parsed out some nice way for our publication purposes. I will try to get my head into smolt a bit his week as I have time. I, for one, use the hardware compatibility section quite a bit, and would really like to see it up to date.

...

From a collection standpoint, smolt is great. Maybe not the best, but certainly great. Now imagine if we utilized this information with future releases. We would then know what the problem hardware is, and perhaps why. If it's proprietary like ATI, then there isn't much we can do, unless Xorg wants to create an open source 3D driver.

I do like the format of smolt. I also like the information it can provide, and the rating system. I don't use this or I don't know Breaks System Doesn't Work Requires 3rd Party Drivers Works, but required additional configuration Worked out of the box

"I hope the calculating of the avarage wil lbe re-thought before implementation. The avarage of 1 and 5 is (1+5)/2 making 3 not 2.5 imho.

Sorry John, could not resist. no hard feelings?"

No. No hard feelings, although my head might disagree. On 01/02/10 at around 11PM went to Wal-Mart, since it's close to my house, but I didn't take my glucose meter. My blood sugar dropped and so did I. Apparently I fell straight back and landed on my head. Had a nice seizure, and a trip to the E.R. I got some staples for my award.

So at the time I typed that, and even somewhat now, I am still woozy from the hit I took. Now I am primarily sore, with residual dizziness, and so on.

Respectfully Jon Rocker

On Mon, Jan 4, 2010 at 12:11, Kay Schenk wrote:

...
On Sun, Jan 3, 2010 at 3:43 PM, Jon Rocker wrote:

...
I will be updating the HCL, as part of my job. I could take the raw data from smolt and put it into the HCL. What I am more concerned with is; 1) ease of use for users 2) the rating system. It'd be nice if we could have a rating system where all they had to do was click on a star. Five stars per hardware, with the first star being the one on the left and the lowest in rating. The fifth star would be the right most star, and highest in rating. So if a user clicks on the fifth star, then it works no trouble. As more people rate it, it average itself out. So if one user rates it a 5 and another rates it a 1, then that 2.5.

Hi Jon--

In some ways the star rating seems good, but in other ways, not. I would think most users would feel that the hardware in question is either correctly recognized (at installation) or it isn't. I think the star rating my only serve to confuse. In my case, my HP 2045 monitor was not "automagically" recognized by SuSE 11.1 but I was somehow "led" to go find a driver for it, but still...I think most novices would have considered this a "no go".

...
Maybe, for ease of use for the user, a wysiwyg editor. We could embed a template specifically designed for the HCL, to be in the wysiwyg editor. This would also go a long way to make things easier.

Are these things available for mediawiki? I The wysiwyg editor is http://www.mediawiki.org/wiki/WYSIWYG_editor And so is the star rating system I was referring to http://www.mediawiki.org/wiki/Extension:AjaxRatingScript

Respectfully Jon Rocker

On Sun, Jan 3, 2010 at 10:19, Kay Schenk wrote:

...
On 01/02/2010 08:40 PM, Rajko M. wrote:

...
On Saturday 02 January 2010 11:18:48 Kay Schenk wrote:

...
On 01/01/2010 04:04 PM, Rajko M. wrote: > On Friday 01 January 2010 17:58:02 Rajko M. wrote: >> I posted some thoughts and ideas on the forum. ... > http://forums.opensuse.org/general-chit-chat/429706-hardware-doesnt-work- > difficult-post2096817.html#post2096817

Well, there are probably some good ideas here. I don't know much about "smolt" and I did, in fact, brave the wiki to add hardware items for my latest setup. About the only major difficulty I remember having was how to do the fun little check/no check graphic.

:) Very important for that table.

...
This comment aside, if we could come up with some forms driven interface for end-users that would do some automatic formatting to put items in the current table, this would probably help considerably. I don't know what types of "back-end collection" mechanisms are available for the wiki.

It is possible to some extent. On a new wiki we have 2 extensions that can help, but they are not really form generators. They are more aid that will preload page that is used as template, but template must be well documented so that user has no doubt how to fill in required fields.

OK...I am a MediaWiki novice for the most part, but happy to investigate.

...
The InputBox has few functions which can be selected with "type=" switch. On http://wiki.opensuse.org/openSUSE:Sandbox you can see "type=comment", which is suitable as help to create new entry on existing page.

The MultiBoilerplate is another one, but I got no time to test it.

Third that I found following your idea about forms is http://www.mediawiki.org/wiki/Extension:Form . It is GPLed, maintained, but it is in experimental status, so it is not yet suitable for our wiki.

hmmm...OK, please let us know what you discover. :)

...
I'll download it and test on my local instance of MediaWiki. It is interesting how it can be used and find bugs that may prevent use in the wiki.

...
I find the indigenous "smolts" site VERY unfriendly and unusable.

It is fine for developers, which is the main reason they put it on line. For users there is needed more work on user interface and probably API, so that smolt client can do more and save users trip to the server.

...
What we have seems a lot more straightforward. I will be happy to investigate alternative collection modes if someone steers me in the right direction.

Right now without any improvements Smolt can be used to store user profile, there is not much more that I can think of, but as mentioned we should think how to create workflow without superficial manual interventions.

Some kind of interface that will allow web sites to pull in profile data would be good to have, something like RSS feed, so that users can see actual profile without visiting smolts server.

There are few other Linux hardware databases that can be taken in consideration.

-- ------------------------------------------------------------------------- MzK

"One resolution I have made, and try always to keep, is this: To rise above the little things." -- John Burroughs -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

-- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

-- "Women and cats will do as they please, and men and dogs should relax and get used to the idea." ~ Robert A. Heinlein -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

-- ============================================================ Kay Schenk "Winners do what losers don't want to." -- Allen Copeland -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org

5233

Age (days ago)

5236

Last active (days ago)

List overview

Download

14 comments

5 participants

participants (5)

DenverD
Henk van Velden
Jon Rocker
Kay Schenk
Rajko M.