Category: Mobile (Mobile Tiki and Voice Tiki)

Warning: ini_set() [function.ini-set]: A session is active. You cannot change the session module's ini settings at this time. in /lib/hawhaw/hawhaw.inc on line 1165

Contributors

When I post an article on Tiki with a future publication date, the regular interface correctly keeps it from being visible, but the mobile mode lets it pass through. Is the mobile interface not checking the publication date?

This happens on my 1.9.1 and 1.9.2 install.

When I post an article on Tiki with a future publication date, the regular interface correctly keeps it from being visible, but the mobile mode lets it pass through. Is the mobile interface not checking the publication date?

This happens on my 1.9.1 and 1.9.2 install.

Seems like it's only this way, when logged in as admin.

References to the external_link.gif image don't work in articles when in mobile mode, and TW is installed in a subdirectory. The reference points to /img/icons/external_link.gif instead.

Example: http://www.vic-fontaine.com/forum/tiki-read_article.php?mode=mobile&articleId=1

Test user/password: smarty

Please see:
http://www.seomoz.org/blog/canonical-url-tag-the-most-important-advancement-in-seo-practices-since-sitemaps

tiki-print.php -> tiki-index.php

In trackers, if you find a tracker item following a search, you have some parameters in the URL for item 6 of 70. The canonical format should be just the tracker item.

In blogs,
tiki-send_blog_post.php?postId=xyz
and
tiki-print_blog_post.php?postId=6079
should be:
tiki-view_blog_post.php?postId=xyz

Seems to be related to PHP 5.0.5

I get an empty page with only this error, when accessing /tiki-mobile.php

It works well on PHP4

Android browser on Tiki8: It just says "Loading..." forever


[http://cksource.com/blog/CKEditor_3.6.2_released|Recent iPads and iPhones should be OK]

If browser is not supported, should Tiki revert to entering text (or manual HTML?)

On doc.tiki.org/Installation, there is a link to doc.tiki.org/tiki-index.php/page=Installation

{img fileId=54}

And then, this page is broken, and it has many new links to index, most of which are invalid.

{img fileId=55}


Another example:
{img fileId=63}

We now need to fiddle in the templates to remove the print icon. In many cases, a print option is not useful.

Need both a tiki_p style permission and a feature_print style feature for this. Need to document the actual names we used, too.

One tiki-wide setting to deactivate all printable pages all links to these pages (with the little printer icon).

This will also be useful for http://mobile.tikiwiki.org/ Let's try to do before 1.9.1

obs: waiting for cvs to unlock to commit

and add in the menu like the other features.

[15:41]<ohertel> marc, what's tiki mobile? :)
[15:42]<damian> the HAWHAW interface
[15:42]<damian> for WAP, PDA, and VoiceTiki browsing
[15:42]<marclaporte> de.tikiwiki.org/tiki-mobile.php
[15:43]<marclaporte> you have this on without you knowing
[15:43] *** marclaporte sets topic for #tikiwiki : http://dev.tikiwiki.org/tracker5 For the next 1-2 hours, please keep all discussions focused on 1.9.0
[15:43]<ohertel> ah that one. :)
[15:43]<ohertel> marclaporte: so what you want for it? perms?
[15:44]<marclaporte> naw, just on / off
[15:44]<marclaporte> from main admin panel
[15:44]<ohertel> is only 1 entry in the prefs table
[15:44]<ohertel> no biggie
[15:44]<marclaporte> perfect!
[15:44]<ohertel> so it needs no read db change
[15:45]<ohertel> just a feature_mobile = y/n :)
[15:45] *** ohertel doing update and starting debugger.
[15:45]<marclaporte> in theory default should be on be y by default to respect 3 rules, but since it isvery specialized, you can put n by default. Your choice!
[15:46]<damian> respect the rules.
[15:46]<damian> it causes less hassle for everyone that way
[15:46]<cpw> I'm going to submit what I have for my Japanese translations then
[15:46]<ohertel> we switch it off and write that to the release notes.

Contributors

I'm creating a Tiki site with several small reusable bits of content (as Wiki pages). Cell phone users are my primary audience, so I'm relying on HAWHAW and HAWIKI. I'd like to use INCLUDE module or structures to reuse the content. Tiki handles it fine, but my mobile tiki doesn't support either INCLUDES or Structures. The INCLUDE lines pass right thru unparsed.

1. Is there an easy way for me to get INCLUDE to work?
2. Is it planned for support in a later release?
3. Are there plans for support for Structures?

Thanks for HAWHAW, it's great!

Rob

Two aspects:

A- Alternate theme for certain browsers:
Ex.: simple theme for IE6 or pocket browsers.

B- Showfor plugin, as developed for Support.mozilla.com


Should the plugin be called SHOWFOR? (if so, it's should be quite generic).

*printer
*various browsers
*mobile versions
*users, groups, perms, upon feature check
*etc

Even if the generic plugin is not called browser, SUMO can continue to use SHOWFOR (And avoid needing to edit all the content) thanks to ((doc:plugin Alias))

See: ((Alternate content by media))

If a site's articles or wiki pages are locked down, the user needs to login to see those pages.

It'd be good if a mobile page could support the login module or something like it, enabling the user to access more of the site.

I will provide more details later.

I saw this
tiki-mobile.php -> link to HAWHAW
charts -> with use of sameurl plugin
user_tasks module -> when trying to add a module

server: Dreamhost, not at root of domain.


__Seems related__
[tiki-view_tracker_item.php?itemId=441|not possible to ADD new task into user tasks in user-task module]

tiki-mobile.php should appear in the menu when activated

BUG: It is possible to surf blogs in mobile mode even when deactivated.

WYSIWYCA: tiki-list_articles.php?mode=mobile and link to articles in tiki-mobile.php should only show when it user can see articles. Make sure to check topic permissions too.

Hi,

I've put on the wiki hompage an {RSS} module, a list of the site's last modified wiki pages. Tiki-Mobile correctly generates the RSS list, but the links are non-mobile.

Is it possible to force mobile mode?

"And from version 5.6 onwards, HAWHAW supports special output for the Lynx text browser. This "archaic" browser is still used today, often by handicaped people with screen readers and other special equipment. HAWHAW's Lynx support allows to create barrierfree applications, which validate Bobby-AAA-approved out of the box and additionally are accessible from each telephone by means of HAWHAW's VoiceXML support."

[http://www.hawhaw.de/]



Todo: add the powered by HAWHAW logo in the tiki-bot_bar.tpl when tiki-mobile is activated.