seagl / osem Goto Github PK
View Code? Open in Web Editor NEWThis project forked from opensuse/osem
Home Page: https://osem.seagl.org
License: MIT License
This project forked from opensuse/osem
Home Page: https://osem.seagl.org
License: MIT License
We would like the ability to vote on talk proposals without seeing who proposed them, aka blind reviews.
This should be toggle-able. We want initial reviews to be blind, but then see the proposer during subsequent reviews.
In SeaGL:trial
:
Will the migration correctly handle our existing data?
20160627122446
20160628093634
20160629145954
20160630094850
20160630130731
20161229080315
20170108053041
20170212145523
20170516190048
20170530072155
20170530112510
20170603095900
20170629162450
20170629232817
20170705075039
20170711102511
20170712120556
20170715131706
20170720134353
20170721001700
20170721184810
20170726065629
20170727081731
20170728182033
20170731161207
20170807092805
20170809120927
20170814174637
20170905110034
20170924190528
20171118113113
20171130172334
20171201163628
20180226032958
20180312100045
20180313012253
20180316185150
20180316220446
20180822125509
20180924221715
20181009000259
20181017183243
20181113195810
20181229233811
20200331214534
Is the migration accounted for and its data represented by an upstream feature?
20160501201606
20160508201501
20160512035046
20170613224853
20220312000831
20170614025428
20220312000831
20180522011758
20200710065434
20220312000831
Are the needs that led to the commit met upstream?
ea439e9a
f1a1d136
6d674314
2a141268
199eb458
0d272b38
f426db2d
093110d7
40f95904
c0a17c59
38cd82ca
7d9d6e85
2e65971d
985ee40b
0bd4d42d
a7ef9a78
d95b82ca
dc309548
07327405
91b33b5e
f2dbbfad
3b3d6515
ad625c88
786a7132
a0da8886
82210aba
bf3be566
940d1441
fd652cf7
8e1d9fca
bb42576e
213c7987
, Add 'first time speaking' checkbox to proposal form 951f9e57
1e4a60df
f06b0c25
e7192150
659e12e9
0c336e55
a1ef411d
a99c9353
11c02be2
4e15c6f4
9aeeb73b
ead7993a
84acd254
7263e2a9
c98c2d46
a09eb20c
d7de0a09
2630cbc1
1227a194
ead64295
16ea63a2
fd03ca14
c7ca33a8
aa830196
6b36d3af
d44be857
d613080d
e50ecbbb
42609fdd
997dc3a7
732e9961
8fb4ca13
8ceabe92
f3259b30
48435553
7a8d47af
9336d0dd
304da8f2
af45e6ff
37713ca5
efc0d3c8
e0c5646b
It's easy to see with uMatrix as there's a line for localhost.
<!-- Piwik -->
<script type="text/javascript">
var pkBaseURL = (("https:" == document.location.protocol) ? "https://localhost/" : "http://localhost/");
document.write(unescape("%3Cscript src='" + pkBaseURL + "piwik.js' type='text/javascript'%3E%3C/script%3E"));
</script><script type="text/javascript">
Should be simple enough to follow the same pattern as the other additions... should be.
As soon as you focus a textarea with the markdown editor (e.g. Talk submission > abstract or Profile > biography), the handle to resize it disappears. This is caused by the js adding an inline style, resize=none
. As someone who likes to resize the textarea to be much larger than required, I think resize=vertical
would be the best option here.
From a quick check of http://demo.osem.io/conferences/osemdemo/program/proposals/new, this seems to be an upstream issue (perhaps even in the markdown editor, if that's a separate library?). I'm happy to submit an issue either to https://github.com/openSUSE/osem or to another place (in which case I'll need pointing in the right direction).
It should be easier to find your way back to the SeaGL website, e.g. by clicking on the logo at the top of the page.
We would like the ability for reviewers to review proposals without seeing the votes or comments from other reviewers, aka secret reviews.
This should be toggle-able. We want initial reviews to be secret, but then see the comments/votes during subsequent reviews.
I entered a talk rating comment that included this:
Damn, it's hard to do these blind when the bio is right there. 😖
Submitting the rating resulted in a Status 500. I hit 'back', removed the emoji, submitted it again and everything worked fine.
Suspicion: it's not just emoji & the field doesn't use unicode.
Work started on this in #4
We would like to get a checkbox on the talk proposal form for tracking diversity. The phrasing we chose last year is, "identify as a member of a group that is historically under-represented in technology". That still works well.
The UI should be a simple toggle (checkbox, etc). It should not be required for submitting a proposal.
I had this problem last year as well and just hit it for 2018.
Speakers are withdrawing talks after they've been accepted and understandably expect that I'll know that. Except I don't. There are no notifications to organisers when someone withdraws a talk.
This is proving very inconvenient. I just spent several minutes trying to find a talk to schedule but it no longer existed (from a scheduling POV). Last year some people withdrew talks after they were scheduled but I had no notification so I didn't know until the last minute that there were now holes in the schedule.
Notification is necessary when an accepted talk withdraws.
The CFP setup form in OSEM only allows you to set the date:
Elsewhere, (under Basics on the conference admin), you can set the time zone of the conference:
But not only can you not set the time for the opening or closing of the CFP, the time used under the covers isn't even in that time zone you defined for the entire conference. It appears to by GMT or UTC instead, but it doesn't tell you that.
To help solve this confusion, plus add clarity & flexibility to the CFP process, I suggest:
During the 2018 CFP we had several people confused and asking whether we'd actually received their proposals. They didn't receive any email confirmations at all.
It's a reasonable expectation that the system would send the submitter a confirmation.
As far as I can tell, this functionality isn't included in OSEM at all…?
It would be nice to add it before 2019.
The email should at a minimum be:
TO: $account_email
FROM: $admin_email
SUBJECT: $conference has received your proposal: $title
BODY:
Thank you for proposing a talk to $conference.We've received your proposal, "$title".
To make any changes to your proposal, please click this link:
$link_to_proposal
In a perfect world both the subject and the body would be configurable somehow, maybe in the same interface that allows us to configure the accept/reject emails.
Work started on this in #4.
We would like to get a checkbox on the talk proposal form for tracking first-time speakers. The phrasing we chose last year is, "This will be my first time speaking at a conference." That still works well.
The UI should be a simple toggle (checkbox, etc). It should not be required for submitting a proposal.
Hi all,
Congrats on a successful SeaGL! After you all take a short break, I'd like to work with you on getting your osem instance caught up with the master branch, so we can work together on features & fixes. Osem upstream has made a lot of improvements, and you have some features that would make great additions upstream - but they'll need to be forward ported. Additionally, I'd like to get at least one of you on the maintainers list, so we have some more active admins doing continuous upstream maintenance (maintainers upstream seem to come & go based on when their conference needs improvements).
I have a window to collaborate on this until the end of January, 2019... after that LNFW2019 will be in full swing, and I won't be able to work on this... so let's rock & roll!
Every year we field a lot of questions about this stuff:
We don't use most of the things which OSEM sees as "requirements":
Perfect world? Everything on that "Your todo list" is a toggle-able option in CFP setup. But we don't live in a perfect world, so…
Things we absolutely want to remove from the process entirely:
Anything else we get is just a bonus.
When you log into OSEM and select a conference, you're greeted by a dashboard of donut graphs.
We'd like to add a diversity donut graph to this dashboard.
This work depends on #7.
When you log into OSEM and select a conference, you're greeted by a dashboard of donut graphs.
We'd like to add a first-timer donut graph to this dashboard.
This work depends on #8.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.