This might seem a joke, anyway, whenever you plan to integrate this on JabRef, http://www.theatlantic.com/technology/archive/2012/03/how-do-you-cite-a-tweet-in-an-academic-paper/253932/ How Do You Cite a Tweet in an Academic Paper? By Alexis Madrigal Mar 2 2012, 5:29 PM ET 13 The Modern Language Association likes to keep up with the times. As we all know, some information breaks first or only on Twitter and a good academic needs to be able to cite those sources. So, the MLA has devised a standard format that you should keep in mind. Its form is: [no answer requested]
________________________________ De: [email protected] [mailto:[email protected]] Date: sam. 03/03/2012 03:39 À: [email protected] Objet : Jabref-users Digest, Vol 65, Issue 1 Send Jabref-users mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/jabref-users or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of Jabref-users digest..." Today's Topics: 1. Re: do not skip entries? (Morten Omholt Alver) 2. Re: do not skip entries? (Lester Ingber) 3. Re: 2.8B: entry editor resizing automatically (Morten Omholt Alver) 4. Re: 2.8B: entry editor resizing automatically (Cody Dunne) 5. BibTeX key generator patterns per file (Francesco Biccari) 6. all natural (vivien) 7. External LyX files in Ubuntu 11.10 (Pete Crite) ---------------------------------------------------------------------- Message: 1 Date: Wed, 29 Feb 2012 17:14:34 +0100 From: Morten Omholt Alver <[email protected]> Subject: Re: [Jabref-users] do not skip entries? To: Lester Ingber <[email protected]> Cc: [email protected] Message-ID: <ca+agqbs8yl9yqvw1hyz4sz84y2v91cmvswz8ujdjxfzv0gk...@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On 29 February 2012 16:04, Lester Ingber <[email protected]> wrote: > Hi. ?When my .bib file is opened, some entries are flagged as problematic > (but I don;t know why; they are OK in Bibliography Manager). ?A duplicate is > flagged, as I expected it to be. ?However, the other entries are "Skipped" > and not entered into the fields. Ok, I see. This message comes because these entries are malformed. As the warning message indicates, it is caused by a missing comma. If you open the bib file in a text editor and look at the two line numbers that are given, you'll see the problem. Each field is terminated by a comma at the end of its line, but in two (I think) cases the comma is missing. It might be possible to make the parser read these entries despite these errors, but I'm not sure if that's the way to go - we want to encourage correctly formatted files, after all. Was this file produced by Bibliography Manager, or has it been edited by hand at some point? -- Morten ------------------------------ Message: 2 Date: Wed, 29 Feb 2012 08:27:11 -0800 From: Lester Ingber <[email protected]> Subject: Re: [Jabref-users] do not skip entries? To: Morten Omholt Alver <[email protected]> Cc: [email protected] Message-ID: <cap9tfs3g2yfrluu5y61zmwsg_dfzlus2q9x2p8khv46ma+m...@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Omholt: Hi. The .bib file was created from a roff .ref file using macros I've used for quite a few years. Thanks. Lester Prof. Lester Ingber [email protected] [email protected] http://www.ingber.com <http://www.ingber.com/> http://alumni.caltech.edu/~ingber url.ingber.com/linked url.ingber.com/lester+ url.ingber.com/lester.fb On Wed, Feb 29, 2012 at 8:14 AM, Morten Omholt Alver <[email protected]>wrote: > On 29 February 2012 16:04, Lester Ingber <[email protected]> wrote: > > Hi. When my .bib file is opened, some entries are flagged as problematic > > (but I don;t know why; they are OK in Bibliography Manager). A > duplicate is > > flagged, as I expected it to be. However, the other entries are > "Skipped" > > and not entered into the fields. > > Ok, I see. This message comes because these entries are malformed. As > the warning message indicates, it is caused by a missing comma. If you > open the bib file in a text editor and look at the two line numbers > that are given, you'll see the problem. Each field is terminated by a > comma at the end of its line, but in two (I think) cases the comma is > missing. > > It might be possible to make the parser read these entries despite > these errors, but I'm not sure if that's the way to go - we want to > encourage correctly formatted files, after all. > > Was this file produced by Bibliography Manager, or has it been edited > by hand at some point? > > -- > Morten > -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ Message: 3 Date: Wed, 29 Feb 2012 18:41:20 +0100 From: Morten Omholt Alver <[email protected]> Subject: Re: [Jabref-users] 2.8B: entry editor resizing automatically To: Cody Dunne <[email protected]> Cc: "[email protected]" <[email protected]> Message-ID: <ca+agqbun7fhoz1qjlgis4y0srpwkpscyorsfaxvayh3h3eb...@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On 28 February 2012 22:49, Cody Dunne <[email protected]> wrote: > Hello, > > I'm having an issue with 2.8 beta. When I click on an entry in the entry > table with the entry editor open (to any tab), the entry editor frequently > resizes to take 2/3 of the screen height or even the entire screen height. > This happens with arbitrary entries and recurs immediately if I make the > entry editor smaller. > > Does anyone have any ideas? Thank you for reporting this! I've looked into it, and there is a problem in the code that handles the sizing of the entry editor when switching to a new entry. I've made a change there, and now it seems like the sizing works properly. Ironically, this bug was introduced in an attempt to make the sizing more consistent (always keeping the user's chosen size). You can find the fix in our "beta_2.8" branch on Git, or alternatively I've made a test build here: http://dl.dropbox.com/u/15909095/JabRef-sizing.jar -- Morten ------------------------------ Message: 4 Date: Wed, 29 Feb 2012 13:34:50 -0500 From: Cody Dunne <[email protected]> Subject: Re: [Jabref-users] 2.8B: entry editor resizing automatically To: Morten Omholt Alver <[email protected]> Cc: "[email protected]" <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 2/29/2012 12:41 PM, Morten Omholt Alver wrote: > Thank you for reporting this! I've looked into it, and there is a problem in > the code that handles the sizing of the entry editor when switching to a new > entry. I've made a change there, and now it seems like the sizing works > properly. Ironically, this bug was introduced in an attempt to make the > sizing more consistent (always keeping the user's chosen size). You can find > the fix in our "beta_2.8" branch on Git, or alternatively I've made a test > build here: http://dl.dropbox.com/u/15909095/JabRef-sizing.jar Excellent, thanks Morten. I downloaded the jar and everything appears to be working correctly. I use JabRef daily so the bug became readilty apparent after I upgraded. Cheers, Cody ------------------------------ Message: 5 Date: Thu, 1 Mar 2012 11:31:33 +0100 From: Francesco Biccari <[email protected]> Subject: [Jabref-users] BibTeX key generator patterns per file To: jabref-users <[email protected]> Message-ID: <cao7cwbeptroqfeantfrsukatel6frido+zkl__puuom_aqb...@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Hi everyone, is it possible to specify the patterns for the BibTeX key generator inside the .bib file, I mean per file? I think that JabRef stores this informations only globally right? If I have a .bib file coming from another research group and we have to be consistent with the key patterns, it is better that the key patterns for the BibTeX key generator are saved inside the .bib file instead of changing the global JabRef preferences. Thank you. Ciao ciao. Fra ------------------------------ Message: 6 Date: Thu, 1 Mar 2012 23:00:46 +0700 From: "vivien" <[email protected]> Subject: [Jabref-users] all natural To: "jabref-users" <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="us-ascii" An HTML attachment was scrubbed... ------------------------------ Message: 7 Date: Sat, 03 Mar 2012 13:38:53 +1100 From: Pete Crite <[email protected]> Subject: [Jabref-users] External LyX files in Ubuntu 11.10 To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hi, I have LyX files associated with particular articles. When I open them through JabRef, the Unity dock shows a JabRef application icon for the LyX program. This is also seen in the alt-tab application switcher. This makes it hard to switch to the correct program, since LyX has the wrong icon. Another odd thing is the JabRef icon is slightly different to the default. This is seen in both the dock and the alt-tab switcher. Here is a screenshot of the switcher [1]. (Also note that the default application icon has a quite poor resolution.) I do not see this behaviour when I open attached pdfs or text documents, which open as normal in the relevant application. Should I create a bug report for the LyX issue (and the icon resolution issue)? Cheers, Pete. [1] http://img6.imagebanana.com/img/dbthvg2a/Screenshot_at_20120303_132709.png ------------------------------ ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ------------------------------ _______________________________________________ Jabref-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jabref-users End of Jabref-users Digest, Vol 65, Issue 1 ******************************************* __________________________ Notre adresse de messagerie évolue pour plus de simplicité vers : [email protected]. La racine @ifpenergiesnouvelles.fr reste néanmoins active. Our e-mail address is changing to [email protected]. Nevertheless, messages sent to the domain @ifpenergiesnouvelles.fr will still be delivered. Ce message (et toutes ses pièces jointes éventuelles) est confidentiel et établi à l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. IFP Energies nouvelles décline toute responsabilité au titre de ce message. This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. IFP Energies nouvelles should not be liable for this message. Visitez notre site Web / Visit our web site : www.ifpenergiesnouvelles.fr / www.ifpenergiesnouvelles.com __________________________
<<winmail.dat>>
------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________ Jabref-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jabref-users
