Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

prepari mentoran sistemon #42

Open
wdiestel opened this issue Jan 31, 2023 · 3 comments
Open

prepari mentoran sistemon #42

wdiestel opened this issue Jan 31, 2023 · 3 comments

Comments

@wdiestel
Copy link
Contributor

wdiestel commented Jan 31, 2023

Ĉar komencantoj redaktantoj ofte estas pli entuziasmaj ol spertaj eble ni bezonos mentoran sistemon. Prepare:

[ ] donu al redaktantoj rolon (sperto: 0=lernanto, 2=mentoro) - ignorenda en la komenco de cgi/redaktantoj.pl
[ ] permesu ricevi la rolon al cetonio- kaj araneo-redaktiloj kaj marku redaktojn de lernantoj
[ ] permesu al afido ricevi la rolon kaj prokrasti redaktojn de lernantoj post sintakskontrolo, donu al lernanto informon pri sintaksa kontrolo kaj evtl-a prokrasto ĝis mentorado
[ ] montru atendantajn redaktojn de lernantoj ĉe mentoroj sub "(viaj) submetoj"
[ ] montru atendantajn redaktojn de lernantoj ankaŭ en Cetonio, renomu la menueron kohere "submetoj" aŭ simile
[ ] permesu al mentoroj akcepti aŭ rifuzi redaktojn de lernantoj
[ ] permesu al mentoroj pluredakti submeton de lernanto kaj submeti sub nomoj de lernanto aŭ ambaŭ depende de la ŝanĝbezono

@wdiestel
Copy link
Contributor Author

oni povus pripensi memregistradon se per sperto=0 redaktoj nur kontrolate sendiĝos (sekureco..., almenaŭ ni kontrolu retadreson kaj bazan lingvoscion?)

@wdiestel
Copy link
Contributor Author

fakte ankaŭ spertaj redaktantoj faras erarojn, ke eble oni havu vere kvar-okulan principon pri ĉiuj redaktoj? Aliflanke ne ĉiu taŭgas por kontroli ĉiujn (depende de lingvo, psikologio...) Do la nombro de kontrolantoj/finredaktantoj estu limigita kaj foje fiksita paro funkcius pli bone ol pli libera aro da kontrolantoj. Malfacilas trovi vere bonan solvon...

@wdiestel
Copy link
Contributor Author

wdiestel commented Mar 27, 2023

Teknike tro longa atendado antaŭ enarĥivigo riskas pli da versiokonfliktoj. Do estus preferinde jam enarĥivigi la nekontrolitajn redaktojn, sed ne jam publikigi ilin. Tiel estiĝas la demando kiel la sistemo eksciu, ke artikolo estas publikigenda? La artikolo mem bezonas iun atributon (ekz-e art@stato...).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant