Re: [Discuss] FW: Welcome to the new Firefox

[Rémi E .]

Hi all,

a quick comment: old versions of firefox are well handled and maintained 
(and called ESR), so we are safe for some time (but participants will 
have to download and unzip an additional version.


(another formulation, from the issue)


When Firefox 57 rolls out, people that need a supported browser but 
don't want to lose access to SQLite Manager can probably use Firefox 
ESR (Extended Support Release):


https://www.mozilla.org/en-US/firefox/organizations/all/



Cheers,
Rémi


On 14/11/2017 18:36, Amy E. Hodge wrote:


Great. Thanks, Karen.

Kevin, my concern is that I often come across learners that don’t have 
Firefox installed who might have trouble locating a compatible version 
for the SQL lesson, or who use Firefox and won’t know that they 
shouldn’t upgrade and overwrite the version they have, because they 
don’t know they’ll sign up for this workshop next week/month/whatever.


~ Amy

Amy E. Hodge, PhD
/Science Data Librarian/

amyho...@stanford.edu 

650.556.5194

orcid.org/-0002-5902-3077 

Data Management Services
Branner Earth Sciences Library, 212 Mitchell
397 Panama Mall; MC 2211
Stanford University
Stanford, CA 94305

*From: *Karen Cranston 
*Date: *Tuesday, November 14, 2017 at 9:21 AM
*To: *"Vilbig, Kevin P" 
*Cc: *François Michonneau , "Amy E. 
Hodge" , "discuss@lists.software-carpentry.org" 


*Subject: *Re: [Discuss] FW: Welcome to the new Firefox

Thanks, Amy! I've created an issue in the repo with suggestions for 
short term (updating setup instructions) and long term (finding 
alternatives) solutions.


https://github.com/datacarpentry/sql-ecology-lesson/issues/199

On Tue, Nov 14, 2017 at 12:14 PM Vilbig, Kevin P 
> wrote:


You can also continue using an older version of Firefox. There is
no necessary reason to upgrade immediately.



*From:*Discuss > on behalf
of François Michonneau >
*Sent:* Tuesday, November 14, 2017 11:01:57 AM
*To:* Amy E. Hodge
*Cc:* discuss@lists.software-carpentry.org

*Subject:* Re: [Discuss] FW: Welcome to the new Firefox

Hi Amy,

That's a good point. It's going to be interesting to monitor
what's going to happen in the next few weeks. It looks like many
addons (including some very popular commercial ones) are
incompatible with this new version of firefox. I assume that the
developers of these addons are going to catch up and make them
compatible. However, it's not clear if it's also going to be the
case for SQLite manager and this thread doesn't seem too
promising: https://github.com/lazierthanthou/sqlite-manager/issues/75

  It might be a good idea to explore alternatives. I saw that
plotly recently released a cross-platform database interface named
Falcon: https://plot.ly/database-connectors/ (Linux version
available from:
https://github.com/plotly/falcon-sql-client/releases/latest).
sqlitebrowser (https://github.com/sqlitebrowser/sqlitebrowser) is
actively maintained and also cross-platform.

cheers,

  -- François

On Tue, Nov 14, 2017 at 11:46 AM, Amy E. Hodge
> wrote:

I just downloaded the new Firefox Quantum and discovered that
SQLite Manager no longer works – it’s automatically disabled
and only gives me the option to Remove it.

Hopefully the older version we still be available for a while,
but we may need to make a note in the lesson materials about
the version people need to use for the SQL lessons. Right now
I’m seeing that they haven’t made it easy to access downloads
for older versions. I’m not finding it.

~ Amy

Amy E. Hodge, PhD
/Science Data Librarian/

amyho...@stanford.edu 

650.556.5194 

orcid.org/-0002-5902-3077


Data Management Services
Branner Earth Sciences Library, 212 Mitchell
397 Panama Mall; MC 2211
Stanford University
Stanford, CA 94305

*From: *Firefox >
*Reply-To: *Mozilla
>

Re: [Discuss] Parson's Problems

[Rémi E .]

Dear all,

I'm resurrecting this discussion and moving it to github [1].
If some of you want to try a demo, I managed to integrate it, using the 
"python loops" as a test [2].


Cheers,
Rémi

[1] https://github.com/swcarpentry/lesson-template/issues/293
[2] http://twitwi.github.io/python-novice-inflammation/02-loop.html


On 09/12/2015 14:00, Greg Wilson wrote:

Via a post by Mark Guzdial [1], I found links to these two papers:

a) Parsons and Haden: Parson's Programming Puzzles: A Fun and 
Effective Learning Tool for First Programming Courses [2]


b) Ihantola and Karavirta: Two-Dimensional Parson's Puzzles: The 
Concept, Tools, and First Observations [3]


The first one introduces a programming exercise in which learners are 
given the lines of code they need to solve a problem, and have to put 
them in order. The second describes a tool for doing this with Python 
code (where lines need to be indented as well as sorted), and a 
Javascript widget for doing this in a web page.  It would be really 
cool if we could incorporate this into some of our lessons - anyone 
want to take a crack at it and report back?  I'd really like to know:


1. Does the tool work well enough to be worth adopting?

2. Can we nest it in our lessons (which are written in Markdown) 
without heroic mind-bending effort and/or use of quantum entanglement?


Cheers,
Greg

[1] 
https://computinged.wordpress.com/2015/12/09/blog-post-2000-barbara-ericson-proposes/


[2] http://crpit.com/confpapers/CRPITV52Parsons.pdf

[3] http://www.jite.org/documents/Vol10/JITEv10IIPp119-132Ihantola944.pdf




___
Discuss mailing list
Discuss@lists.software-carpentry.org
http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org

Re: [Discuss] Need presentation materials for making the case for SWC

[Rémi E .]

Hi David,

There is this:
https://github.com/swcarpentry/slideshows

but the numbers, at least, would probably need a refresh.

Rémi


On 20/02/2016 18:27, David Dotson wrote:

Hey all,

I'm giving a brief (10 minute) presentation next week at a ASU Physics 
department faculty meeting to convince the department to support 
annual an SWC workshop targeted to graduate students each January. I 
don't think it will be a hard sell, since the chair was already 
impressed by the feedback from our workshop this January 
, but is there a 
reasonably up-to-date set of materials I can draw from to make it an 
easy decision for them?


The department has already made strides in improving the computational 
education of their undergraduates with a new Computational Methods in 
Physics 
 
course, for which we've drawn heavily from the SWC playbook in putting 
together. The annual SWC workshop should help to fill in the gaps for 
incoming graduate students that didn't get to benefit from such a 
course in their own undergrad program.


Thanks!

David


___
Discuss mailing list
Discuss@lists.software-carpentry.org
http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org


___
Discuss mailing list
Discuss@lists.software-carpentry.org
http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org

Re: [Discuss] lesson material as pdf?

[Rémi E .]

On 02/01/2016 04:20 PM, Gabriel A. Devenyi wrote:
I recall there being an ebook version at some point, but my google-fu 
didn't find it. Did that exist too?


I used to get them there:
http://scf.rgaiacs.com/nightly/
(not sure it is up to date)

Cheers,
Rémi




--
Gabriel A. Devenyi B.Eng. Ph.D.
Research Computing Associate
Computational Brain Anatomy Laboratory
Cerebral Imaging Center
Douglas Mental Health University Institute
McGill University
t: 514.761.6131x4781
e: gdeve...@gmail.com 

On Sun, Jan 31, 2016 at 8:33 PM, Raniere Silva > wrote:


Sorry for the late reply.

> Just wondering if any of you know of a way of dumping a lesson
as a pdf?
> That way I could have it on my pad and annotate it there instead
of having
> it on paper.

We did our best to provide a special CSS for print so that
learners and instructors
could print the lessons using the native print feature of web
browsers.
Unfortunately web browsers print feature isn't 100% perfect and
many of the
features that we want from CSS aren't implemented yet.

https://github.com/swcarpentry/lesson-template/pull/281
would make print the hole lesson easy but I never finished it. =(
And the "perfect" solution depends on LaTeX.

I will talk with the lessons maintainers and see if we can improve
this.

Cheers,
Raniere

___
Discuss mailing list
Discuss@lists.software-carpentry.org


http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org




___
Discuss mailing list
Discuss@lists.software-carpentry.org
http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org


___
Discuss mailing list
Discuss@lists.software-carpentry.org
http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org

Re: [Discuss] Parson's Problems

[Rémi E.]

Thanks Greg for sharing this tool.

From what I tried in 20 minutes, it seems that :
- the project is alive [1]
- and works well [2]
- and can be made to work nice on touch-based interfaces [3]
- and seems to be easy to intregrate, from what I've seen

From a teaching perspective, I feel it is a good intermediate between 
“reading code” and “writing code”. I'll surely try it in my own courses.


Right now, I cannot commit to integrating (considering the technical 
part) it in swc lessons but I'll keep it in my todo list.


Cheers,
Rémi


[1] https://github.com/js-parsons/js-parsons
[2] http://js-parsons.github.io/
[3] https://github.com/js-parsons/js-parsons/issues/22

On 12/09/2015 02:00 PM, Greg Wilson wrote:

Via a post by Mark Guzdial [1], I found links to these two papers:

a) Parsons and Haden: Parson's Programming Puzzles: A Fun and 
Effective Learning Tool for First Programming Courses [2]


b) Ihantola and Karavirta: Two-Dimensional Parson's Puzzles: The 
Concept, Tools, and First Observations [3]


The first one introduces a programming exercise in which learners are 
given the lines of code they need to solve a problem, and have to put 
them in order. The second describes a tool for doing this with Python 
code (where lines need to be indented as well as sorted), and a 
Javascript widget for doing this in a web page.  It would be really 
cool if we could incorporate this into some of our lessons - anyone 
want to take a crack at it and report back?  I'd really like to know:


1. Does the tool work well enough to be worth adopting?

2. Can we nest it in our lessons (which are written in Markdown) 
without heroic mind-bending effort and/or use of quantum entanglement?


Cheers,
Greg

[1] 
https://computinged.wordpress.com/2015/12/09/blog-post-2000-barbara-ericson-proposes/


[2] http://crpit.com/confpapers/CRPITV52Parsons.pdf

[3] http://www.jite.org/documents/Vol10/JITEv10IIPp119-132Ihantola944.pdf




___
Discuss mailing list
Discuss@lists.software-carpentry.org
http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org

Re: [Discuss] Slides

[Rémi E.]

Indeed it uses deck.js, with a few extensions I designed.

These slides have been typed manually in html I'd say. You could also 
use a notebook or write a markdown-like[1] format (the solution I'm 
using for more advanced slides).


If you have questions or need help about these, you can contact me (we 
can make a summary afterwards for everyone's archive).


Cheers,
Rémi

[1]: you can do view source on a presentation like this one 
http://twitwi.github.io/Presentation-2014-LaHC-git/



On 27/07/2015 21:48, Bruno Grande wrote:

It seems to be deck.js http://imakewebthings.com/deck.js/.

https://github.com/swcarpentry/slideshows/tree/gh-pages/css/deckjs-js

Cheers,
Bruno


*Bruno Grande*
/President/ |  MBB Graduate Caucus
/PhD Candidate/ | Computational Biology
/Morin Lab/  |  Department of Molecular Biology and Biochemistry
/Simon Fraser University/  |  Burnaby, British Columbia


On Mon, Jul 27, 2015 at 12:45 PM, Maxime Boissonneault 
maxime.boissonnea...@calculquebec.ca 
mailto:maxime.boissonnea...@calculquebec.ca wrote:


Hi,
Does anyone know what tool was used to create those html slides ?
http://swcarpentry.github.io/slideshows/lessons-learned/index.html#slide-0

Thanks,



-- 
-

Maxime Boissonneault
Analyste de calcul - Calcul Québec, Université Laval
Instructeur Software Carpentry
Président - Comité de coordination du soutien à la recherche de
Calcul Québec
Ph. D. en physique


___
Discuss mailing list
Discuss@lists.software-carpentry.org
mailto:Discuss@lists.software-carpentry.org

http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org




___
Discuss mailing list
Discuss@lists.software-carpentry.org
http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org


___
Discuss mailing list
Discuss@lists.software-carpentry.org
http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org

Re: [Discuss] Rodeo IDE is like Rstudio

[Rémi E.]

On 04/29/2015 06:19 PM, Daniel Chen wrote:
Seems the etherpad API doesn't let you write: 
https://github.com/ether/etherpad-lite/wiki/HTTP-API


 :(



isn't this one ok?

*setText(padID, text)* sets the text of a pad


Rémi






On Wed, Apr 29, 2015 at 10:21 AM, Justin Kitzes jkit...@berkeley.edu 
mailto:jkit...@berkeley.edu wrote:


Hi all,

Something else to look into in this regard might be Xiki [1]. I
played around with this a bit about a year ago (actually with
SublimeXiki [2]) - think of it sort of like a plain text IPython
notebook for shell commands and output. Personally I probably
wouldn't want to use it for teaching, as I think it's important to
teach the tools we expect students to use in their daily workflow
- but still might be useful in the right contexts.

Best,

Justin

[1]: http://xiki.org
[2]: https://github.com/lunixbochs/SublimeXiki

 On Apr 29, 2015, at 5:21 AM, Naupaka Zimmerman
naup...@gmail.com mailto:naup...@gmail.com wrote:

 Hi all -

 This same issue came up on the discuss list last summer, and one
solution that was proposed was to set the PROMPT_COMMAND variable
to echo the last line of history to a text file in Dropbox.

 export PROMPT_COMMAND=history 1  ~/Dropbox/history.txt

 Then the instructor can give the students a public link to this
file and they can easily follow along just by refreshing their
browser. The instructor doesn't have to do anything extra to get
it to work continuously once they set it up, and once the workshop
is over, they can just comment it our of their bashrc/bash_profile
and it stops. This works on Mac/Linux/GitBash.

 I did a little explanation of it on a comment to one of the SWC
blog posts a while back:


http://software-carpentry.org/blog/2015/02/instructor-debriefing-2015-02-10.html

 I have been using this for the past many workshops I have taught
(both for the shell and for the git lessons) and it is always a
huge hit with the students. I also do a similar thing with hard
links to the R files I am editing during R lessons.

 Best,
 Naupaka

 On 29 Apr 2015, at 4:35, Juan Nunez-Iglesias wrote:

 Lex,




 That's a great idea re: bash command history. I thought I could
hack something together quickly (by following the ~/.bash_history
file), but it's not trivial to ensure every command is written to
that file. =\ Either way, that would be a fantastic teaching tool.




 Juan.

 On Wed, Apr 29, 2015 at 8:06 PM, Lex Nederbragt
lex.nederbr...@ibv.uio.no mailto:lex.nederbr...@ibv.uio.no
 wrote:

 Hi,
 I observed (helped out at) a SWC workshop once where RStudio
was used for teaching. The big advantage was that the students
could see the previous commands in the top left part (frame). This
helped a lot in allowing students to catch up. The IPython
notebook allows this to a certain extent, but with big output, an
instructor needs to scroll up to show students that want to review
previous commands.
 I agree that the Rodeo feels in beta-stage, but I think it has
great potential.
 In fact, I wish someone would make such an application to help
teach the shell, where any output that is more lines than the
terminal screen is long, makes previous commands get out of view...
 Lex
 On 27 Apr 2015, at 19:51, Ted Hart edmund.m.h...@gmail.com
mailto:edmund.m.h...@gmail.commailto:edmund.m.h...@gmail.com
mailto:edmund.m.h...@gmail.com wrote:
 I briefly tried out Rodeo over the weekend.   It seems like a
less polished version of RStudio Server.  I suppose one major
selling point is that it could be installed on a server and then
students could connect to the server.  Then instructors wouldn't
face the vagaries of installing different versions, libraries,
etc...  But I personally think it lacks many of the features of a
full powered IDE (breakpoints, debugging etc...) but no serious
advantage over iPython notebooks.  Personally I'd rather teach in
an iPython notebook, but if an instructor really wanted a clone of
RStudio, this is a pretty good approximation.
 T
 On Mon, Apr 27, 2015 at 10:31 AM Jason Moore
moorepa...@gmail.com
mailto:moorepa...@gmail.commailto:moorepa...@gmail.com
mailto:moorepa...@gmail.com wrote:
 What makes Rodeo better or different than all of the other
IDEs that support Python?
 Jason
 moorepants.info http://moorepants.infohttp://moorepants.info/
 +01 530-601-9791 tel:530-601-9791tel:530-601-9791
tel:530-601-9791
 On Mon, Apr 27, 2015 at 8:38 AM, Daniel Chen dch...@gmail.com
mailto:dch...@gmail.commailto:dch...@gmail.com
mailto:dch...@gmail.com wrote:
 Hello everyone:
 Yhat just released a python IDE called Rodeo.  It's 

Re: [Discuss] Rodeo IDE is like Rstudio

[Rémi E.]

On 04/29/2015 02:21 PM, Naupaka Zimmerman wrote:

Hi all -

This same issue came up on the discuss list last summer, and one 
solution that was proposed was to set the PROMPT_COMMAND variable to 
echo the last line of history to a text file in Dropbox.


export PROMPT_COMMAND=history 1  ~/Dropbox/history.txt


cool,
combined with tmux to split the terminal (or two terminals always visible)

1)   tail -n 0 -f ~/myhistory
2)   export PROMPT_COMMAND=history 1  $HOME/myhistory
  

I'll experiment it at my next workshop


Rémi




Then the instructor can give the students a public link to this file 
and they can easily follow along just by refreshing their browser. The 
instructor doesn't have to do anything extra to get it to work 
continuously once they set it up, and once the workshop is over, they 
can just comment it our of their bashrc/bash_profile and it stops. 
This works on Mac/Linux/GitBash.


I did a little explanation of it on a comment to one of the SWC blog 
posts a while back:
http://software-carpentry.org/blog/2015/02/instructor-debriefing-2015-02-10.html 



I have been using this for the past many workshops I have taught (both 
for the shell and for the git lessons) and it is always a huge hit 
with the students. I also do a similar thing with hard links to the R 
files I am editing during R lessons.


Best,
Naupaka

On 29 Apr 2015, at 4:35, Juan Nunez-Iglesias wrote:


Lex,




That's a great idea re: bash command history. I thought I could hack 
something together quickly (by following the ~/.bash_history file), 
but it's not trivial to ensure every command is written to that file. 
=\ Either way, that would be a fantastic teaching tool.





Juan.

On Wed, Apr 29, 2015 at 8:06 PM, Lex Nederbragt 
lex.nederbr...@ibv.uio.no

wrote:


Hi,
I observed (helped out at) a SWC workshop once where RStudio was 
used for teaching. The big advantage was that the students could see 
the previous commands in the top left part (frame). This helped a 
lot in allowing students to catch up. The IPython notebook allows 
this to a certain extent, but with big output, an instructor needs 
to scroll up to show students that want to review previous commands.
I agree that the Rodeo feels in beta-stage, but I think it has great 
potential.
In fact, I wish someone would make such an application to help teach 
the shell, where any output that is more lines than the terminal 
screen is long, makes previous commands get out of view...

Lex
On 27 Apr 2015, at 19:51, Ted Hart 
edmund.m.h...@gmail.commailto:edmund.m.h...@gmail.com wrote:
I briefly tried out Rodeo over the weekend.   It seems like a less 
polished version of RStudio Server.  I suppose one major selling 
point is that it could be installed on a server and then students 
could connect to the server.  Then instructors wouldn't face the 
vagaries of installing different versions, libraries, etc...  But I 
personally think it lacks many of the features of a full powered IDE 
(breakpoints, debugging etc...) but no serious advantage over 
iPython notebooks.  Personally I'd rather teach in an iPython 
notebook, but if an instructor really wanted a clone of RStudio, 
this is a pretty good approximation.

T
On Mon, Apr 27, 2015 at 10:31 AM Jason Moore 
moorepa...@gmail.commailto:moorepa...@gmail.com wrote:
What makes Rodeo better or different than all of the other IDEs that 
support Python?

Jason
moorepants.infohttp://moorepants.info/
+01 530-601-9791tel:530-601-9791
On Mon, Apr 27, 2015 at 8:38 AM, Daniel Chen 
dch...@gmail.commailto:dch...@gmail.com wrote:

Hello everyone:
Yhat just released a python IDE called Rodeo.  It's like rstudio for 
python.  I'll be using this for the next few days, but so far I like 
it better than the notebook (at least for exploring data).
I remember Greg being jealous of Rstudio has a teaching tool. Maybe 
we have a Python equivalent?

http://blog.yhathq.com/posts/introducing-rodeo.html
- Dan
___
Discuss mailing list
Discuss@lists.software-carpentry.orgmailto:Discuss@lists.software-carpentry.org 

http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org 


___
Discuss mailing list
Discuss@lists.software-carpentry.orgmailto:Discuss@lists.software-carpentry.org 

http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org 


___
Discuss mailing list
Discuss@lists.software-carpentry.orgmailto:Discuss@lists.software-carpentry.org 

http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org___ 


Discuss mailing list
Discuss@lists.software-carpentry.org
http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org 



___
Discuss mailing list
Discuss@lists.software-carpentry.org

Re: [Discuss] Your ideas on instructor life

[Rémi E.]

Hi all,

On 12/12/2014 11:00 PM, Bill Mills wrote:
 - There appears to be overwhelming support for starting the 
instructor journey the oldschool way - by attending or helping at a 
workshop. I also will join the chorus of agreement, since this is 
certainly the best way to understand what actually goes on at the 
event proper. But in that case, shall we make it official, and promote 
previous workshop attendance as a hard requirement for future 
instructor training? Greg and I have chatted about this previously, 
too - perhaps it's time to set it on the path to enshrinement. 


I've been teaching at only one workshop up to now, and never attended 
one before. I thus want to voice a mitigated opinion.


If the attendance requirement had been in place, I wouldn't be an 
instructor today, I wouldn't have taught at a workshop and I wouldn't be 
discussing here… and that would be sad :'( for me.


Here is my story.

I have a reasonable computer and teaching experience. I registered for 
the instructor training because I was happy to find a community that 
cared about teaching basic computer skills to scientists. My weekly 
planning was very busy but I though: ok, I can pack a few more hours, 
it's worth it. And it was: I really appreciated the dynamics of the 
instructor training (it seems it even improved since then).


While preparing the first workshop a few month later, I obviously had a 
lot of interrogations. Part of them were about what the typical workshop 
looks like, and obviously, having attended a workshop would have helped 
a lot.
However, a lot of my interrogations won't go away for my hopefully next 
workshops, as they are inherent to teaching: who is the audience, what 
should be targeted for them, how much can we cover, ...
Another part of my interrogations were about organization, planning with 
the hosts, and introducing the workshop. I had the chance to be with an 
amazing mentor, Aleksandra Pawlik, that handled most of it.


Overall, I managed teaching a workshop without attending one before, and 
I feel the attendees were not harmed.
I think a lot of us have limited time resources (and traveling takes a 
lot of it) and we might loose some people with a hard rule.


Cheers,
Rémi


___
Discuss mailing list
Discuss@lists.software-carpentry.org
http://lists.software-carpentry.org/mailman/listinfo/discuss_lists.software-carpentry.org