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
(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
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.
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.
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.
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
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
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.
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
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