Ceci est une ancienne révision du document !
Multiple Passwords Article
The HowTo article in FCM#91 (page 16 and 17) sparked my interest. I downloaded the script and would like to learn how to use it. I know nothing about scripting. Don't know if I will ever do much scripting, but I like to learn new stuff. I am looking at 'Bash Guide for Beginners' and have a question: What is an example of one entry in David Mawdsley's password file.
At present I am using Lastpass to manage my passwords. I can export my passwords to a .csv file. If I copy and paste them into a text file, what comes first, second, etc, and separated by what?
Harold
David says: To get started, there are a few things to do so that the script from the article will work without modification: 1. On the desktop create a folder named “pw”. 2. Copy your .csv file to the folder with its name changed to “Personal” (with no .csv or quotes) – just the word – to allow the script to run unmodified. 3. Open Terminal on your computer with the 3-finger command “Ctrl+Alt+T” (without quotes). 4. Install ccrypt with the terminal command “sudo apt-get install ccrypt” (without quotes). 5. Save the script from the URL: http://fullcirclemagazine.org/wp-content/uploads/2014/11/multiple-password-script.txt to your home folder – with the file “multiple-password-script.txt” changed to a simple name such as “pwdir” (with no extension .txt – for typing ease). 6. Using Terminal, issue the command “chmod u+x pwdir” (without quotes), which will make the script able to run its commands. 7. Run the script in Terminal with “./pwdir” (without the quotes). 8. The first time, encrypt your file “Personal” using option 3 of the script. “cd” is to change directory. Type “Desktop/pw” (without quotes). (Don't forget to write down the password that you use.)
At this point you should have “Personal.cpt” in your “pw” folder, and it's encrypted. Now it's easier to use Option 2 to decrypt and view “Personal” in gedit. When you close the text file “Personal”, you'll finish up by the encrypting dialog. Finally close Terminal with the command “exit” (without the quotes).
EPUB
It is not a major crisis to me, but it is unusual that the first character in each article in the epub version I read is set one line up from the first sentence?
I am using Android Nexus 7 (WiFi) (2012) with Android 4.4.4 to run the latest Aldiko Pro to do my reading with.
Alf Stockton
Brian says: Thank you for bringing this to my attention. The first letter of each article is usually a drop cap which Aldiko is showing as a single letter on a separate line.
What you should be seeing is something like this:
Aldiko, by default, expects epubs to be generated by Adobe Indesign, which, by default, does not explicitly support drop caps although by a bit of magic can be made to do so: https://www.video2brain.com/en/lessons/adding-drop-caps
I usually check out the epub version in Moon+ as it is my preferred reader on Android, and, of course, it displays as I expect it to.
A fairly recent and comprehensive review of the advantages and disadvantages of several readers can be found at http://blog.fogdo.net/archive/e-book_readers,_the_android_way.html. It's long but worth a read.
This table from that site shows the abilities of various readers to display the first character:
Whilst this review is outdated, the comments and findings pretty much hold today.
A similar problem can occur when using Calibre to convert files for the Kindle. If the choice is MOBI, then the drop cap appears on a separate line. If the choice is AZW3 then it is displayed correctly.
Because of the problems that a different format for the first character in an article causes in so many epub readers, it makes sense to discontinue its use from now on. Maybe it will come back when more widely and consistently supported. So from Issue #92, there will be no special first character for articles in the EPUB version.
It is possible to edit the files using Calibre, Sigil, or a text editor to change the lines like
<p class=“dropcap”>P</p>
<p class=“text”>ython makes a triumphant return this month……………</p>
to read
<p class=“text”>Python makes a triumphant return this month……………</p>
in each article but I doubt that many readers would want to bother.
It is a problem similar to different Web Browsers displaying content differently – which seems to being slowly resolved as they converge on a common standard kicking and screaming.
I did research to find a simple solution for you, but ran into a brick wall other than to suggest changing reader app.
Thanks again for your feedback which is very helpful and thought provoking.