Offline-l August 2011

offline-l@lists.wikimedia.org

15 participants
14 discussions

Re: [openZIM dev-l] [Wikitech-l] Phonegap and Wikimedia mobile apps
by Manuel Schneider 15 Sep '11

15 Sep '11

Hi, is this maybe also useful for ZIM - to make ZIM readers which are working cross-platform? As far as I understood phonegap is mainly a framework to create mobile apps based on HTML 5. At least the display of ZIM contents should be simple then as we just need a HTML widget for that. But what about libraries needed to read file contents, such as zimlib? I couldn't find out if Phonegap itself supports native file access (so we could re-implement ZIM features with that) or if it allows the use of native libraries. /Manuel Am 27.08.2011 02:44, schrieb Tomasz Finc: > Thanks for the super detailed write up Brion. I've been actively > talking with the PhoneGap guys after doing some more research on this > and it seems like a really good fit to have a consistent experience > across a whole host of devices. > > What were looking at is not necessarily a lot of depth in every single > platform but a lot of horizontal range. Phonegap platform support > beats out Titanium pretty easily there. > > We'll be working a lot closer with the PhoneGap team going forward to > quickly have something in the android store to start. > > If anyone is interested in helping then we'll have plenty of > opportunities to join in. Over the next weeks we'll be adding bugs and > sending out more calls to get involved. > > --tomasz > > > > On Tue, Aug 16, 2011 at 1:50 PM, Brion Vibber <brion(a)pobox.com> wrote: >> On Tue, Aug 16, 2011 at 1:14 PM, Tomasz Finc <tfinc(a)wikimedia.org> wrote: >> >>> I've been asking around on IRC but thought it would be good to open up >>> to a larger audience. >>> >>> Has anyone here used PhoneGap (http://www.phonegap.com/) for mobile >>> app development? I'm eager to get your thoughts and potentially >>> brainstorm some new ideas. >>> >> >> I haven't used PhoneGap except for some brief testing, but I have used >> Titanium Appcelerator, which is another framework in that space, in working >> on StatusNet's iPhone & Android app. >> >> Between the two I'd recommend PhoneGap for our usage as preferable over >> Titanium, but would appreciate more feedback from people who've done fuller >> PhoneGap work. >> >> A few key differences: >> >> PhoneGap models around extending a full-screen web view with additional >> JavaScript-accessible APIs to use device & OS capabilities (camera, address >> book, notifications, etc). This gives you few/no "native widgets" for your >> primary screens, but can make it relatively easy to create an HTML/JS-based >> web application that's extended with native abilities and can be shipped >> into native app stores. >> >> Titanium was originally based on a similar model, but switched to a native >> widget bridging system, where your JavaScript code instantiates and >> manipulates objects which are bridged to native UI components and such. This >> can make your widgets look & feel more native, and can make some UI bits >> faster. But it also makes behavior less consistent between platforms; many >> widgets or features simply aren't available on all platforms, and last I >> checked there was basically *no* working support other than iOS and Android. >> (An early BlackBerry demo came out, was insufficient to do anything we >> needed, and never got updated that we saw.) >> >> Since the Wikipedia app is mostly a webview and ...... maybe a menu? >> PhoneGap is probably a good choice. Titanium can also embed a webview, but >> it's a lot more work to deal with two levels of JS! PhoneGap has much >> broader device support, but be warned -- it'll use the native webview on >> each system, so JS and HTML/CSS support will still vary across platforms. >> >> >> Debugging in PhoneGap basically devolves to being able to debug a web >> application; various tools like http://phonegap.github.com/weinre/ can help >> with this (or if you code carefully you may get away debugging your app in >> your favorite desktop browser directly ;) >> >> >> Titanium was always a bear to debug things in and basically came down to >> 'watch the system log output in Android, that's the only place you'll >> actually see low-level errors'; this may be better now with their IDE >> support. >> >> Titanium also pretty aggressively pushes their support & training services >> which I find offputting; their project build tool wants you to login to >> their 'cloud' stuff to let you hook up to their remote build & analytics >> services, which we didn't ever really use. >> >> Support seemed to center on getting people to take training webinars or >> pointing people at the documentation and examples when they ask how to do >> something; I didn't find them very responsive about platform bugs or missing >> documentation except by contacting their couple of Android developers >> one-on-one in IRC to ask for merges -- which was usually a pretty good >> experience! Getting fixes for iOS merged was very difficult; I could never >> get ahold of their iOS developers directly, and they didn't seem to be any >> more responsive to low-level bugs we filed through their customer support >> system. >> >> We had to build with a patched version of the iOS and Android runtimes for >> quite some time as there were serious bugs. On the plus side, maintaining a >> patched branch in git was very easy -- a lot of 'git pull origin master' and >> occasionally tidying up conflicts. Their source is all on github and is easy >> to fork and not too awful to build, at least for the mobile runtime. >> >> >> Note that both PhoneGap and Titanium frameworks are open source & hosted on >> github, though both require a CLA to submit code upstream. (I have signed >> the Titanium CLA to submit patches to them last year; haven't done for >> PhoneGap yet.) >> >> -- brion >> _______________________________________________ >> Wikitech-l mailing list >> Wikitech-l(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/wikitech-l >> > > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Regards Manuel Schneider Wikimedia CH - Verein zur Förderung Freien Wissens Wikimedia CH - Association for the advancement of free knowledge www.wikimedia.ch

7 11

Offline Bug Triage
by mhershberger＠wikimedia.org 09 Sep '11

09 Sep '11

(copied from wikitech-l) What: Collection extension triage bug triage When: Wednesday, August 24, 17:00UTC Time zone conversion: http://hexm.de/65 Where: #wikimedia-dev on freenode Use http://webchat.freenode.net/ if you don't have an IRC client This week I'll be focusing on the Collection extension In week 2 of "The Bugmeister and Tomasz Finc". If you've ever tried to create PDFs or OpenZIM files using the Book Creator or wanted to try to adapt these tools for your own site, this is the bug triage for you. Following are the bugs I really want to focus on. But if you don't see your bug here, then check out the etherpad: http://hexm.de/5l If it isn't listed there, send me an email and I'll try to make sure that it gets attention. (FWIW, I hope to have a list of bugs ready for a sprint this weekend based, mostly, on the Collection extension.) http://bugzilla.wikimedia.org/30326 -- PDF export extension doesn't support some characters in Arabic script http://bugzilla.wikimedia.org/19830 -- PDF prints don't join Arabic letters properly http://bugzilla.wikimedia.org/28206 -- PDF generation does not support Complex Script Wikis http://bugzilla.wikimedia.org/30437 -- change the Hebrew default font to Taamey Frank CLM http://bugzilla.wikimedia.org/27462 -- <noinclude> showing in PDF http://bugzilla.wikimedia.org/28060 -- Collection extension should not add chapters in reverse order http://bugzilla.wikimedia.org/30503 -- template exception for book maker (pdf export) http://bugzilla.wikimedia.org/26330 -- collection contents lost when only loading js via https http://bugzilla.wikimedia.org/24512 -- Collection uses curl_*() functions instead of Http::*() functions http://bugzilla.wikimedia.org/28118 -- The path to images https://bugzilla.wikimedia.org/30511 -- Collection extention should place time stamp of revision extracted into the offline file http://bugzilla.wikimedia.org/30199 -- ZIM external links should be always marked as external.... or removed Happy hacking! Mark. -- Mark A. Hershberger Bugmeister Wikimedia Foundation mhershberger(a)wikimedia.org 717.271.1084

2 1

[openZIM dev-l] [Bug 34] New: zim files with umlaut in file name do not open
by bugzilla-daemon＠openzim.org 02 Sep '11

02 Sep '11

http://bugs.openzim.org/show_bug.cgi?id=34 Summary: zim files with umlaut in file name do not open Product: openZIM Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: zimlib AssignedTo: tommi(a)tntnet.org ReportedBy: cip(a)gmx.at CC: dev-l(a)openzim.org Estimated Hours: 0.0 To reproduce problem: Rename a zim file so that it contains an umlaut. e.g. film.zim to filmö.zim Open in kiwix or wikionboard Open fails. Error messages: Kiwix: Unable to load ... filmö.zim. Sind sie sicher, dass dies eine ZIM-Datei ist? WikiOnBoard: Error 86 opening file "... filmö.zim": Illegal byte sequence (Tested with http://openzim.org/download/zim5/film.zim) -- Configure bugmail: http://bugs.openzim.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

[openZIM dev-l] [Bug 18] New: debian needs an init.d script
by bugzilla-daemon＠openzim.org 02 Sep '11

02 Sep '11

http://bugs.openzim.org/show_bug.cgi?id=18 Summary: debian needs an init.d script Product: openZIM Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: zimreader AssignedTo: tommi(a)tntnet.org ReportedBy: andyr(a)wizzy.com CC: dev-l(a)openzim.org Estimated Hours: 0.0 One attached. -- Configure bugmail: http://bugs.openzim.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 4

Triage time mixup (was Re: Collection extension/PDF Export triage)
by mhershberger＠wikimedia.org 24 Aug '11

24 Aug '11

Strainu <strainu10(a)gmail.com> writes: > 2011/8/23 Mark A. Hershberger <mhershberger(a)wikimedia.org>: >> >> When: Wednesday, August 24, 17:00UTC >> Time zone conversion: http://hexm.de/65 > > The time zone conversion is for 15:00UTC. So which time is the triage > after all? :) Argh! To make matters worse, I have it as 1600UTC on the internal WMF calendar. I've no idea why there are three different times. Since I've got 1600UTC on the internal calendar, let's make it that time. I'll watch #wikimedia-dev and let anyone who shows up early know about the change. (Corrected) Link to Time zone conversion: http://hexm.de/67 What: Collection extension triage bug triage When: Wednesday, August 24, 16:00UTC Time zone conversion: http://hexm.de/67 Where: #wikimedia-dev on freenode. Use http://webchat.freenode.net/?channels=wikimedia-dev if you don't have an IRC client Mark.

1 0

[BENCHMARK] ZIP/EPUB vs ZIM
by Emmanuel Engelhart 16 Aug '11

16 Aug '11

Hi, at Wikimania they were a few discussions about the pertinence to push ZIM, especially if you think EPUB is already really good supported, it's also open, it's also compressed, etc. I made (again) a small benchmark to try to convince the last people who are skeptical. Here is an example with Simple English Wikipedia without pictures: * Raw content 125342 HTML pages 1.4 GB * ZIM 93 MB Access time of article "Wikipedia" (HTML only) = 0.012s * ZIP 331 MB Access time of article "Wikipedia" (HTML only) = 0.035s Additional infos: * ZIP random access time is proportional to the count of files, with 3 more HTML files, accessing the same content takes 0.113s (so almost x3) * Please keep in mind that the test were ran on a Intel(R) Core(TM) i7 CPU X 980 @ 3.33GHz * They are no images here... which are often bigger and which would be re-compressed unnecessarily and so bigger in a ZIM * Articles with 20-30 images are common. * Benchmark was made with not so much files... The French Wikipedia has many millions of files I let you take the conclusion by yourself ;) Regards Emmanuel

7 7

Kiwix 0.9 beta2 released
by emmanuel＠engelhart.org 13 Aug '11

13 Aug '11

Hi We have released the second beta of Kiwix 0.9. This dev. release fixes a lot of annoying bugs which were impacting the usability ; part of them were regressions introduced by the (big) beta1 release done 2 weeks ago. Here is the changelog: * Regression fix, tabs should not be visible per default * Fixed deprecated tmp.kiwix.org/zim links in help files (ID: 3376641) * Now able to load on GNU/Linux with the command line ZIM files with " " in their path * Add menuitem File > Browse Library (ID: 3377139) * Avoid segfault by bookmarks pointing to a missing ZIM file (ID: 3376642) * Bookmarks now compatible with multizim * Fixed the searchindex assignement problem if the current ZIM file is changed during indexing process (ID: 3377136) * Fixed broken locales it and ar * Fixed OSX crashes if previous ZIM was gone (ID: 3243147) * Fixed regression with not always 100% visible close tab button (ID: 3377280) * Fixed issue occuring by installing PPA 0.9 beta1 over alpha7 fails (ID: 3377130) * Fixed drag zim file on Kiwix icon in OSX Dock (ID: 3315167) * Fixed drag zim on Kiwix window in OSX (ID: 3385313) * Fixed fullscreen shortcut for OSX now compliant to standard (ID: 3304022) * Avoid the possibility to open an external url in a new kiwix tab (does not make sense) * Implement ctrl+w keyboard shortcut to close the current tab * Implement ctrl+W keyboard shortcut to close all tabs * Close all tabs before opening new ZIM file, avoid weird situations (ID: 3372140) * Fixed tabs behavior * FullScreen support for Tabs * Revamped Tabs UI on Linux, OSX and Windows * Introduce/Improve keyboard shortcuts behaviour for a better scrolling experience (ID: 3389521) * Fixed problem with not working content manager on Windows installed instances of Kiwix (ID: 3385476) * Fixed regression: scroll is funky on OSX (ID: 3385602) * Fixed a regression impacting javascript links Source: http://kiwix.svn.sourceforge.net/viewvc/kiwix/moulinkiwix/CHANGELOG Most of the work were done during Wikimania in Haifa. Next release (so beta3) will take a little bit longer. Please test this release intensively and report any bugs or feature request: * http://reportabug.kiwix.org * http://requestafeature.kiwix.org We also still need to increase the size of our test team, so join us at kiwix-testing(a)lists.sourceforge.net Regards Emmanuel

2 1

[openZIM dev-l] [Bug 36] New: Simplify installation of zimlib/zimwriter
by bugzilla-daemon＠openzim.org 12 Aug '11

12 Aug '11

http://bugs.openzim.org/show_bug.cgi?id=36 Summary: Simplify installation of zimlib/zimwriter Product: openZIM Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: zimlib AssignedTo: tommi(a)tntnet.org ReportedBy: volker.haas(a)pediapress.com CC: dev-l(a)openzim.org Estimated Hours: 0.0 The process of installing zimlib/zimwriter is a little lengthy and requires to much thinking and is therefore tedious. Furthermore I couldn't compile the latest svn version and had to manually alter installation files. Below follows a log of the installation process and the problems: 0) I used this info for installation: http://www.openzim.org/Releases 1) Install "external" dependencies: This is basically straight forward, but it would be nice if the package name for "libxz-dev" would be mentioned in the install help for some main distros (ubuntu: liblzma-dev, arch: xz-utils). 2) cxxtools Installation of that was straight forward and went just as expected. But compilation took a long time - but there is probably not too much that can be done about that. dl source, configure, make, make install 3) tntdb This is where the "trouble" started. For a bare installation needed for zimlib the configure scripts requires a ton of non-standard options: ./configure --without-postgresql --without-mysql --without-sqlite --without-doxygen I suggest that the configure script is changed: the standard (no options) behaviour would be the bare version (like above). If db support is required options like "--with-postgresql" need to be used. 4) zimlib no problems here 5) zimwriter After running autogen.sh and configure "make" fails for me [1] I resolved the problem by skipping wikizim [2] ---- Installation would be simplified if less dependencies were required obviously - but I guess this isn't exactly easy to achieve... Alternatively I would have used binaries if available. ================ [1] /bin/sh ../libtool --tag=CXX --mode=link g++ -g -O2 -o zimcreatorsearch zimcreatorsearch.o search.o ../src/libzimwriter.la libtool: link: g++ -g -O2 -o .libs/zimcreatorsearch zimcreatorsearch.o search.o ../src/.libs/libzimwriter.so /usr/local/lib/libzim.so -llzma /usr/local/lib/libcxxtools.so -lpthread -ldl -lrt -lnsl -Wl,-rpath -Wl,/usr/local/lib depbase=`echo wikizim.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ g++ -DHAVE_CONFIG_H -I. -I../include -g -O2 -MT wikizim.o -MD -MP -MF $depbase.Tpo -c -o wikizim.o wikizim.cpp &&\ mv -f $depbase.Tpo $depbase.Po wikizim.cpp:23:30: fatal error: cxxtools/net/uri.h: No such file or directory compilation terminated. make[2]: *** [wikizim.o] Error 1 make[2]: Leaving directory `/home/tools/zim/zimlib/zimwriter/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/tools/zim/zimlib/zimwriter/src' make: *** [all-recursive] Error 1 [2] [local] ~/zim/zimlib/zimwriter/ % svn diff Index: src/Makefile.am =================================================================== --- src/Makefile.am (revision 362) +++ src/Makefile.am (working copy) @@ -1,5 +1,5 @@ lib_LTLIBRARIES = libzimwriter.la -bin_PROGRAMS = zimwriterdb zimindexer zimcreatorsearch wikizim +bin_PROGRAMS = zimwriterdb zimindexer zimcreatorsearch #wikizim AM_CPPFLAGS=-I$(top_builddir)/include -- Configure bugmail: http://bugs.openzim.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

openZIM Developers Meeting at Wikimania 2011
by Manuel Schneider 08 Aug '11

08 Aug '11

Dear all, Wikimania is approaching and by that also our first developers meeting in 2011! The openZIM team is happy to invite you to the first (really) multinational developers meeting. After three meetings in the center of Europe with mostly people from that area participating we are now going to meet at Wikimania. Prior to Wikimania are special conferences. The openZIM meeting is on August 2nd and 3rd - the two days right before Wikimania starts - at Beit Hecht, part of the Wikimania venue. Please sign up here and participate in the planning: * http://wikimania2011.wikimedia.org/wiki/OpenZIM_Developers_Meeting For dedicated offline people there is still budget left so we can help you funding your participation at this meeting! Contact me for this. I'd be happy to see you there! Manuel -- Regards Manuel Schneider Wikimedia CH - Verein zur Förderung Freien Wissens Wikimedia CH - Association for the advancement of free knowledge www.wikimedia.ch

4 5

Offline Meeting at Saturday 11am
by Manuel Schneider 06 Aug '11

06 Aug '11

This mail got stuck in the mailing list filter, so please pay attention urgently: Hi all, as we have discussed today in our Offline Workshop we will meet tomorrow (Saturday) at the Cafeteria in the Auditorium, at the bar in front of the staircase to the Cinematheque. Time is 11 am. See you there! /Manuel -- Regards Manuel Schneider Wikimedia CH - Verein zur Förderung Freien Wissens Wikimedia CH - Association for the advancement of free knowledge www.wikimedia.ch

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Offline-l August 2011