gmane.comp.web.zotero.devel

Re: Zotero connector translator updates

Aurimas Vinckevicius — 2013-05-18T04:00:09

Any chance this could be thrown up on github? I'd like to tinker around
with this to see if I can add proper support for minVersion.
On Mar 7, 2013 3:14 AM, "Aurimas Vinckevicius" <aurimas.dev-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
wrote:

Re: local installation of ZOTERO

adamsmith — 2013-05-15T16:10:57

The slightly longer answer is that how difficult running a "local" 
installation of Zotero is depends on what you mean by it. If you look 
around this group a bit you'll find a couple of posts on how to run your 
own Zotero server, which is pretty demanding (though all code is available).
On the other hand, building a local copy of just the Zotero client is very 
easy.
Finally, if you essentially want a version of the Zotero webpage running on 
your webpage, you can use the libZotero library for the API, which is 
somewhere in the middle in terms of how demanding it is.

On Wednesday, May 15, 2013 9:15:32 AM UTC-6, Alexander Garcia Castro wrote:

Re: local installation of ZOTERO

Sean Takats — 2013-05-15T15:44:13

Yes. https://github.com/zotero

local installation of ZOTERO

Alexander Garcia Castro — 2013-05-15T15:15:32

Dear all, I would like to run my own local installation of ZOTERO. is this 
possible? I have seen the dev page but it seems that I am expected to rely 
on the main ZOTERO installation. is this fully open free source code?

how to change the language of setup.exe

Hajar Homayouni — 2013-05-13T06:31:49

Hi,
 
I am building the zotero standalone setup.exe, but I wanna change the 
language to "farsi". what can I do?

Re: Attachments without file name extension and content type

Dan Stillman — 2013-05-11T06:00:42

That generally shouldn't happen, but it can in some situations.

As for how Zotero deals with it, first, Zotero actually doesn't know 
what applications opens files—all it cares about is whether files can be 
handled natively within Firefox/Standalone or whether they need to be 
opened by the system. But that does mean having at least a rough idea of 
the content type, so it uses a combination of data from the beginning of 
the file and the file extension to figure out the content type. For the 
former, it uses a handful of magic patterns from the 'file' command 
database. If it can't figure it out based on the data sample or the 
extension, it will just determine if the file is text or binary, and 
open the file externally if the latter. See viewAttachment() in 
zoteroPane.js and the various functions in mime.js for some of the 
details here.

At the moment we don't update the contentType in the DB if we figure it 
out later (e.g., if we've gotten smarter, or the file has been renamed), 
but we might do

Re: Two questions about protocol handlers for uri

jl — 2013-05-11T00:21:20

Great, thanks Simon! The links from reports in Z Standalone are now working 
and I changed the whole implementation a little. It now hooks into the 
zotero protocoll and uses zotero://open-pdf/[key]/[page] to open pdf 
attachments on a particular page. Looking forward to any updates about 
opening the links directly from the note...

Thanks!


On Friday, May 10, 2013 1:55:25 PM UTC-4, Simon Kornblith wrote:

Re: TEI Translator, inclusion in Zotero

Aurimas Vinckevicius — 2013-05-10T17:57:26

How come it wasn't being removed during translator updates (at least my ZSA
was still showing it)? Does deleted.txt have no effect when updating
translators for existing installations?

On Fri, May 10, 2013 at 12:53 PM, Simon Kornblith <simon-bnNQ54DrjT554TAoqtyWWQ< at >public.gmane.org>wrote:

Re: Two questions about protocol handlers for uri

Simon Kornblith — 2013-05-10T17:55:25

To get Zotero Standalone to load PROTOCOL:// links internally, you should 
set network.protocol-handler.expose.PROTOCOL to true. I'll try to look into 
the note link issue soon.

Simon

On Sunday, May 5, 2013 9:18:32 PM UTC-4, jl wrote:

Re: TEI Translator, inclusion in Zotero

Simon Kornblith — 2013-05-10T17:53:43

TEI.js was still listed in deleted.txt from before it was updated, so it 
would have been removed when deleted.txt was updated, and maybe also on 
Zotero updates. I've removed it and bumped the timestamp, which will 
hopefully fix things.

Simon

On Friday, May 10, 2013 9:44:17 AM UTC-4, Stefan Majewski wrote:

Re: TEI Translator, inclusion in Zotero

Stefan Majewski — 2013-05-10T17:52:08

Now that I once again manually updated the import/export translators via
Zotero's options dialog they are back in including the fixes I just sent
today.

Thanks for that quick inclusion.

Kind regards,

Stefan



2013/5/10 Aurimas Vinckevicius <aurimas.dev-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>

Re: TEI Translator, inclusion in Zotero

Aurimas Vinckevicius — 2013-05-10T13:46:00

All translators are included and TEI does show up on my end. Where are you
checking?

On Fri, May 10, 2013 at 8:44 AM, Stefan Majewski <io-O9Vitf7V22Y5rCd6ALNZkYdd74u8MsAO< at >public.gmane.org>wrote:

TEI Translator, inclusion in Zotero

Stefan Majewski — 2013-05-10T13:44:17

After just upgrading Zotero, I noticed that TEI.js is not included anymore
in the set of translators that ship with Zotero 4, even though it still
works. Is there a particular reason behind this? I wonder, as people start
writing that it stopped working. I have not seen an announcement on the
list for this, I hope that has not slipped my attention

It would be great if it could be included again.

Kind regards,

Stefan

Re: missing items in feed from api (bug?)

Kevin Gillan — 2013-05-10T11:20:30

Many thanks for the quick responses and the very quick fix! Now works 
exactly as I'd hoped so I can embed a nicely formatted list with just two 
lines of code. 

On Friday, May 3, 2013 11:42:59 AM UTC+1, Kevin Gillan wrote:

Attachments without file name extension and content type

Rönkkö Mikko — 2013-05-10T09:27:02

Hi

The Zotero server (api v1) returns the following attachment item:

{"itemType":"attachment","linkMode":"imported_url","title":"SEP - Snapshot","accessDate":"2012-02-13 22:23:51","url":"http://plato.stanford.edu/archives/sum2011/entriesuring/","note":"","contentType":"","charset":"","filename":"Hodges - 2011 - Alan Turing","md5":"8a98656a97063077e89c9d622f8e8810","mtime":1329171831000,"tags":[]}

This item does not have a file name extension or content type and the URL does not reveal the content type either. Is this expected behavior, or a bug? How does Zotero know which application it uses to open this file when a user clicks on it?

Mikko

Re: New Zotero interface for Android

Sean Takats — 2013-05-07T21:28:58

Looking forward to trying the app! Please change the name.

http://www.zotero.org/support/terms/trademark

Best regards,
Sean Takats

Patrick Mineault wrote:

Re: New Zotero interface for Android

Patrick Mineault — 2013-05-07T21:21:10

I wanted to announce the new app, but you beat me to it :)

Zotero Reader web is now available. Features:


   - View, star, mark items as read in your Zotero library
   - Download PDFs, upload edited versions
   - Collections, tags, and full text search
   - Access to your public shared libraries
   - Automatically find PDFs for orphaned items


Announcement is here: http://xcorr.net/2013/05/06/zotero-reader-for-android/
App is available at zoteroreader.com

At the same time, we have an indiegogo campaign for a native Android app 
version of Zotero Reader. It's here:

http://www.indiegogo.com/projects/zotero-reader-android-app

Try the web app, love it, and contribute to make the (much better) native 
Android version happen.

As for your feedback:

1) I don't think this is a problem under fair use
2) I've bought another domain if this is a problem

Thanks,

Patrick Mineault

On Monday, May 6, 2013 9:50:54 PM UTC-4, adamsmith wrote:

Re: New Zotero interface for Android

adamsmith — 2013-05-07T01:50:54

Just saw your fundraiser campaign - best of luck with that!
http://www.indiegogo.com/projects/zotero-reader-android-app
Two comments
1. The website with the prototype gives anyone access to the full text pdfs 
of a pretty fair number of copyrighted papers - I'd be careful with that, 
it can easily get you into legal trouble if one of the publishers notices.
2. You should at least be aware that "Zotero" is a registered trademark. 
The folks at CHNM aren't the litigious type, but unless you got their 
permission they're not going to be super happy to see you using "Zotero" in 
an app name - the concern (and the reason the trademark exists) being that 
once this is in the app store it is going to look a _lot_ like an official 
Zotero app, which it is not. That's why you see word-play like "ZotPad," 
"Zandy" etc. for other 3rd party apps.
I have no official role in Zotero so this is just an unofficial heads-up, 
for anything official you'll want to get in touch with the program director.

On Wednesday, January 3

Re: Timestamps and sync behavior

Frank Bennett — 2013-05-06T21:52:09


On Tuesday, May 7, 2013 2:39:39 AM UTC+9, Dan Stillman wrote:

Bingo. It was failing through an abundance of caution. I was setting the 
timestamp only on editable groups, which missed out items in the user's own 
library.

Works like a charm now. Thanks!

Frank

Re: Timestamps and sync behavior

Dan Stillman — 2013-05-06T17:39:39

SELECT ROWID FROM items WHERE clientDateModified>?;

You can look at the debug output during sync and try the commands and 
parameters yourself. Maybe somehow JST is getting inserted instead of 
UTC? (transactionDateTime should be inserting a UTC date, though.)

Timestamps and sync behavior

Frank Bennett — 2013-05-06T13:30:33

When a field in changed during a schema update (in MLZ), I would like the 
change to be pushed to the server at the next sync.

I have tried setting clientDateModified, or clientDateModified and 
dateModified to Zotero.DB.transactionDateTIme, but the item affected does 
not seem to sync until it is edited through the UI. I must be missing 
something. What conditions trigger sync of an item from client to server?

Frank