Difference between revisions of "Known Current Emcawiki Issues"

From emcawiki
Jump to: navigation, search
(Moved from my personal page to a general page for issue reporting.)
 
Line 1: Line 1:
−
== Known issues (on tofix list) ==
+
= Known issues (on tofix list) =
  
−
=== Spaces in page titles problem ===
+
== Spaces in page titles problem ==
  
 
If we're creating a bibliography entry, using spaces in the page title means the BibTex won't be displayed on the resulting page (although it will be generated as long as the BibTex key does'nt carry the space). A sensible way of dealing with this automatically would be to supress spaces in new entry names, but for the moment I'll just remind people to not use spaces or special characters in page names or BibTex keys when adding bibtex entries.
 
If we're creating a bibliography entry, using spaces in the page title means the BibTex won't be displayed on the resulting page (although it will be generated as long as the BibTex key does'nt carry the space). A sensible way of dealing with this automatically would be to supress spaces in new entry names, but for the moment I'll just remind people to not use spaces or special characters in page names or BibTex keys when adding bibtex entries.
  
−
=== Double quotes problem ===
+
== Double quotes problem ==
  
 
When adding titles with double quotes, ordinary double quotes are escaped in the BibTex titles, leading to weird CamelCase display (check the history of http://emcawiki.net/Licoppe2010a to see that in action). I'll probably need to make a plugin that replaces title fields with double quotes with a unicodes: U+201C (double open) and U+201D (double close) or html entities “ and ” respectively.
 
When adding titles with double quotes, ordinary double quotes are escaped in the BibTex titles, leading to weird CamelCase display (check the history of http://emcawiki.net/Licoppe2010a to see that in action). I'll probably need to make a plugin that replaces title fields with double quotes with a unicodes: U+201C (double open) and U+201D (double close) or html entities “ and ” respectively.
  
−
=== Duplicate entry problem ===
+
== Duplicate entry problem ==
  
 
There is still the risk that someone may add a duplicate entry.  This is easily remedied by deleting it once found, and it's really only a temporary problem (once all the lists have been digitized, we'll only be adding new items).  Nonetheless, I have added instructions to each of the bibliographies asking people who want to add items to the bibliographies to check against the lists.   
 
There is still the risk that someone may add a duplicate entry.  This is easily remedied by deleting it once found, and it's really only a temporary problem (once all the lists have been digitized, we'll only be adding new items).  Nonetheless, I have added instructions to each of the bibliographies asking people who want to add items to the bibliographies to check against the lists.   
Line 19: Line 19:
 
For the moment I've made [https://www.dropbox.com/sh/60q4ehkt5idnsq7/AAAxx4kYHV0B51OlcWugc5Ysa?dl=0 a shared dropbox folder with copies of Paul's pdfs]. People who are doing a lot of digitizing can subscribe to the folder and update the file they're working on. I know this is not ideal, but transferring those PDFS to wiki format is a *lot* of work.
 
For the moment I've made [https://www.dropbox.com/sh/60q4ehkt5idnsq7/AAAxx4kYHV0B51OlcWugc5Ysa?dl=0 a shared dropbox folder with copies of Paul's pdfs]. People who are doing a lot of digitizing can subscribe to the folder and update the file they're working on. I know this is not ideal, but transferring those PDFS to wiki format is a *lot* of work.
  
−
=== Multiple bibliography problem ===
+
== Multiple bibliography problem ==
  
 
There's a related problem: how do we check whether new entries have been added to the right bibliographies? Especially when they appear in multiple bibliographies in the first place. This is a problem for us as much as for other people. I found a reasonable solution to this: a  slightly sophisticated Google Search:
 
There's a related problem: how do we check whether new entries have been added to the right bibliographies? Especially when they appear in multiple bibliographies in the first place. This is a problem for us as much as for other people. I found a reasonable solution to this: a  slightly sophisticated Google Search:
Line 38: Line 38:
 
three.
 
three.
  
−
=== Special characters problem ===
+
== Special characters problem ==
  
 
* I've discovered that using special characters such as ø or ü in page titles messes with the BibTex export function of the wiki. I should sort that out - or automatically rename pages to standard latin characters when they are bibtex entries.
 
* I've discovered that using special characters such as ø or ü in page titles messes with the BibTex export function of the wiki. I should sort that out - or automatically rename pages to standard latin characters when they are bibtex entries.
 +
 +
= Other issues (maybe fix) =
 +
 +
* n/a
 +
 +
= Won't fix =
 +
 +
* n/a

Revision as of 12:34, 8 February 2015

Known issues (on tofix list)

Spaces in page titles problem

If we're creating a bibliography entry, using spaces in the page title means the BibTex won't be displayed on the resulting page (although it will be generated as long as the BibTex key does'nt carry the space). A sensible way of dealing with this automatically would be to supress spaces in new entry names, but for the moment I'll just remind people to not use spaces or special characters in page names or BibTex keys when adding bibtex entries.

Double quotes problem

When adding titles with double quotes, ordinary double quotes are escaped in the BibTex titles, leading to weird CamelCase display (check the history of http://emcawiki.net/Licoppe2010a to see that in action). I'll probably need to make a plugin that replaces title fields with double quotes with a unicodes: U+201C (double open) and U+201D (double close) or html entities “ and ” respectively.

Duplicate entry problem

There is still the risk that someone may add a duplicate entry. This is easily remedied by deleting it once found, and it's really only a temporary problem (once all the lists have been digitized, we'll only be adding new items). Nonetheless, I have added instructions to each of the bibliographies asking people who want to add items to the bibliographies to check against the lists.

Also when new adding papers, the rationalised naming structure of each page AuthorNameYYYY (e.g. Schegloff1992, Schegloff1992a, Schegloff1992b etc.) should make it relatively straight forward to notice if you're adding a duplicate and the system will not allow identically titled pages to be created.

If this becomes a problem further down the line, I'll think about addressing it with a technical solution, but for the moment we haven't had the problem arising yet...

For the moment I've made a shared dropbox folder with copies of Paul's pdfs. People who are doing a lot of digitizing can subscribe to the folder and update the file they're working on. I know this is not ideal, but transferring those PDFS to wiki format is a *lot* of work.

Multiple bibliography problem

There's a related problem: how do we check whether new entries have been added to the right bibliographies? Especially when they appear in multiple bibliographies in the first place. This is a problem for us as much as for other people. I found a reasonable solution to this: a slightly sophisticated Google Search:

For example, Clair-Antoine added the introduction to 'Embodied Interaction language and body in the material world', the 2011 book by Streeck, Goodwin and LeBaron. I wanted to find out whether this was already in the bibliography, so I searched google for: 

 site:www.paultenhave.nl "Embodied Interaction language and body in the material world"

Click here to try it out.

This looks through Paul's site for this title. The results indicated it was in three bibliographies:

So I was able to edit it and make sure it was tagged to appear in all three.

Special characters problem

  • I've discovered that using special characters such as ø or ü in page titles messes with the BibTex export function of the wiki. I should sort that out - or automatically rename pages to standard latin characters when they are bibtex entries.

Other issues (maybe fix)

  • n/a

Won't fix

  • n/a
Retrieved from "https://emcawiki.net/index.php?title=Known_Current_Emcawiki_Issues&oldid=3944"