Open stlanger opened 10 years ago
regarding 1., a small excerpt of the log with the map updaters firing INFO: updating view for map: Unsaved map: "literature_and_annotations.mm" Jan 8, 2014 1:41:52 PM org.freeplane.core.util.LogUtils info INFO: resetting folding complete: 0 Jan 8, 2014 1:41:52 PM org.freeplane.core.util.LogUtils info INFO: updating view for map: Unsaved map: "literature_and_annotations.mm" Jan 8, 2014 1:41:52 PM org.freeplane.core.util.LogUtils info INFO: resetting folding complete: 0 Jan 8, 2014 1:41:52 PM org.freeplane.core.util.LogUtils info INFO: updating view for map: Unsaved map: "literature_and_annotations.mm" Jan 8, 2014 1:41:52 PM org.freeplane.core.util.LogUtils info INFO: resetting folding complete: 0 Jan 8, 2014 1:41:52 PM org.freeplane.core.util.LogUtils info INFO: updating view for map: Unsaved map: "literature_and_annotations.mm" Jan 8, 2014 1:41:52 PM org.freeplane.core.util.LogUtils info INFO: resetting folding complete: 0 Jan 8, 2014 1:41:52 PM org.freeplane.core.util.LogUtils info INFO: updating view for map: Unsaved map: "literature_and_annotations.mm" Jan 8, 2014 1:41:52 PM org.freeplane.core.util.LogUtils info INFO: resetting folding complete: 0 Jan 8, 2014 1:41:52 PM org.freeplane.core.util.LogUtils info INFO: updating view for map: Unsaved map: "literature_and_annotations.mm" Jan 8, 2014 1:41:52 PM org.freeplane.core.util.LogUtils info INFO: resetting folding complete: 0
let the user select a checkbox to ignore these problems in the future. in this case, use the first match for actions like assigning bibtex data to PDFs.
see: http://www.docear.org/support/forums/docear-support-forums-group3/bug-reports-forum6/docear-1-02-freezes-when-adding-new-references-thread756/ and also mail title: "Docear 1.02 freezes when adding new references"
see also attached BibTeX file in email "Bib problems" received on Feb 5, 2014
file = {Schichtdickenmessgerät TM-8810 SD7: Amazon.de: Baumarkt:E\:\\documents\\EOS\\09_Wissensdatenbank\\00_Literaturdatenbank\\storage\\PSTMC5ZT\\B00473W5HW.html:text/html;Schichtdickenmessgerät Ultraschall TM-8812 SD9: Amazon.de: Baumarkt:E\:\\documents\\EOS\\09_Wissensdatenbank\\00_Literaturdatenbank\\storage\\BAUPBK8A\\ref=pd_sim_sbs_diy_1.html:text/html},
is recognized as a file "Amazon.de"
JabRef expects all file fields to have the following format:
file = {<DESCRIPTION>:<FILELINK>:<TYPE>}
(i.e. the actual link at the 2nd position)
however Zotero does not escape any colons, so from this entry:
file = {Femto-LASIK Professionals :: Der Femtosekundenlaser :: Der Intralase Femtosekunden Laser beim Einsatz: Femto-LASIK:E:\documents\EOS\09_Wissensdatenbank\00_Literaturdatenbank\storage\CMVG8MHT\intralase.html:text/html}
JabRef extracts an empty string as the file link
multiple: issues with mendeley files:
url = {http://www.jbc.org/content/280/19/18771.abstract http://www.ncbi.nlm.nih.gov/pubmed/15734743}
url = {<Go to ISI>://000228954500012}
spaces should not be escaped using "; " - in current versions of JabRef there is no way to define multiple urls and urls like "Go to ISI" (see above) would also be translated to "Go; to; ISI"
instead we should implement into JabRef that url fields are separated using ";" and " " and then either open both URLs or just the first
I don't know what <Go to ISI>
means - even Mendeley does not work correctly with it:
something is not working: during testing i broke another Bib-file in my "Testing"-project
see email (especially the provided BibTeX file) "Fwd: Forum post - Re: The file "E" is used ambiguously in your references database" received on January 7th, 2014 at 2:22 pm
see also forum thread to this email: http://www.docear.org/support/forums/docear-support-forums-group3/bug-reports-forum6/docear-doesnt-open-after-latest-download-thread95/
there are several things to fix