Category: Slideshow

Hi all

Since some recent commits related to themes and slideshow, the default slideshow behavior changed and some issues showed up with wrong font color contrast in respect to color background and side colors.

See it reproduced in this screenshot (after applying the "Slideshow_demo" profile, passing a few slides and changing the style to eggplant, for instance)

{img fileId="721" thumb="y" rel="box[g]"}

and see it also in the associated show instance.

u: admin
p: 12345

http://xavi-9794-5169.show.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware

The first slide already have the issue of the black text shown over the dark blue color on the right.
But if you cahnge the style through the dropdown at the bottom to "eggplant" for instance, you'll get an even worse scenario: white font over white bg.

13.x: Slideshow skips 1 out of 2 slides and content of 1st slide is shown at the end of the slideshow

To reproduce, apply the Slideshow profile (available in the Profiles Wizard), validate the plugin call, and start the slideshow. 1st screen is empty, and the last screen shows the contents that in 12.x where shown in the first slide, where they were expected.

In addition, when you click on the screen, on press Page forward or down key, you skip one slide each time. (tested with Chrome 35 and Firefox 30 on GNU/Linux)


See it reproduced here:
This slide 32
http://xavi-9794-5342.show.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware#s32

should be shown in slide 0:
http://xavi-9794-5342.show.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware#

u: admin
p: 12345

See also: http://suite.tiki.org/show:Tiki+Suite+Slideshow

14.x: Export Slideshow to PDF is broken
Feature:
http://doc.tiki.org/Slideshow#PDF_Export

See it reproduce here:
http://xavi-9794-5645.show.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware#
After cliking at the button at the bottom, to create the pdf out of the slideshow, and allowing popups from the site, this url is produced in the popup:
http://xavi-9794-5645.show.tikiwiki.org/tiki-slideshow.php?page=Tiki%20Wiki%20CMS%20Groupware&pdf&landscape&fontsize=large
u: admin
p: 12345

And the Error shown is:
{CODE()}
Fatal error: Call to a member function get_current_line_box() on a non-object in /var/www/xavi-9794-5645/vendor/dompdf/dompdf/include/absolute_positioner.cls.php on line 92
{CODE}

a module would be wonderful for the new slideshow features (mootols and jquery) . So far, you can use the slideshow in a wiki page embedding through the iframe plugin the url of the slideshow, but it's way too difficult for newbies.

That module would need some param to let the user choose whether to autosatrt the slideshow, or not (liek the flash plugin with movies).

And another param for automatic loop or just play once. I would say

HTH

{syntax type="tiki" editor="plain"}
While it is not wise to create or publish a slider with different height images it happen and the result is really naughty. It push down content then push it up...

See : the show instance of this ticket and https://doc.tiki.org/PluginList-output-control-block#Report_Formatting

As discussed in the January 2020 Tiki Roundtable Meeting it will be great to have a new optional parameter to fix the height no matter the usage (plugin in page or plugin list template).

* Swiper
* Carousel
* Plugin List carousel template


Recording of roundtable is available from: https://tiki.org/Roundtable+Meeting+2020+01

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

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

{syntax type="tiki" editor="plain"}
doc.t.o using 12.x r48406: tag cloud module shows as list & with ' ' between tags when in .s5 slideshow.

Example, for module freetags_most_popular :
http://doc.tiki.org/show:Documentation#s2

::{img fileId="576"}::

Using this code:
{CODE()}
{module module="freetags_most_popular" type="cloud" max="75" notitle="y"}
{CODE}

Another one, for plugin rss:
http://doc.tiki.org/show:Documentation#s7

::{img fileId="577"}::

produced with this:
{CODE()}
{rss id="1" max="10" date="1" showtitle="0"}
{CODE}

{syntax type="tiki" editor="plain"}
Empty slides are added on the Wiki page slideshow

Visible here : https://doc.tiki.org/slideshow

File gallery slideshow does not work.

editor is not defined
file4?&slideshow
Line 12

The file templates/file_gallery_slideshow.tpl requires lib/slideshow/slideshow.rc1.packed.js but the latter file is missing, as is the "icons" directory which it requires.

On a related note, the directory lib/slideshow now contains directories css and js but no instructions on their use.

The first image displays but is badly distorted (available image lib is GD). The name of the second image moves into place, but the first image (its right-hand side) continues to display. Then it moves offscreen at about image name number three and no other images display.

Find an easy way to help tiki users convert their slideshows made with tiki slideshow feature into a pdf of slides (for backup and life-saver when internet issues at presentation time)

Every now and then, we prepare presentations with the nice Tiki ((doc:Slideshow)) feature (jquery.s5)
But the day of the presentation, some issues might happen: internet connectivity issues, or others, like in the demo scheduled for the Tiki Roundtable Meeting for April 2015 from teh tekadvocates, etc.

The dompdf lib seemed to help with that, but it was never brought to a production level. See:
http://doc.tiki.org/Slideshow#PDF_Export

Some workaround is to make the slideshow by hand through screenshots of all slides, one by one, and then, convert them all into a pdf with external tools, such as gscan2pdf or similar.
http://gscan2pdf.sourceforge.net/

Discussed on wiki pages:
* ((Screencast))
* ((Copy-Pasting an image))

This tracker is made to help filtering and sorting the features vs categories vs options we need to tag a bug/regression/wish with.

When you have a diagram in a wiki page (made with ((doc:PluginDiagram)) ), if you have permission to edit it, you see a link to "Edit Diagram" at the bottom right corner of the diagram displayed in the wiki page.

When you show that page content through ((doc:PluginSlideshow)), then you expect tiki to hide those links to edit wiki sections, edit plugins inline, etc. (which work well, they are hidden in the slideshow), but the diagram still shows the label and link to "Edit Diagram", and it should be hidden when you are inside the presentation.
---
Issue still confirmed in 24.x
Reproduced here:
http://xavi-9794-6688.show2.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware#/7
u: admin
p: 12345

current Slideshow feature doesn't really support mobile browser, there is a workaround to set mobile browser to request desktop contents, but the navigation and screen layout not really fit to mobile nature.

slideshow is nice feature in desktop, but more people is using mobile to show the contents, to get the feature work in mobile would be helpful.

can we have a enhanced version of slideshow to support mobile?

Export a pdf version of slides (using mpdf) from the slideshow fails to respect image sizes when within ((doc:PluginFluidgrid)), and therefore content overflows slides in some cases.

Example of code from a production site:
{CODE()}
{slideshow theme="sky" transition="slide" transitionSpeed="default" backgroundTransition="none" controls="y" controlsLayout="bottom-right" controlsBackArrows="faded" progress="y" slideNumber="y" fragments="n" fragmentClass="grow" fragmentHighlightColor="none" autoSlideStoppable="y" alignImage="n"} ^Presentació a: https://foo/bar ^
{FLUIDGRID()}~~cyan:.~~ {DIV(style="text-align:left")}
__Apartats de la xerrada d'avui__ (''Xavier''):
1. Dades crues
2. Processat de dades d'un mes
3. Processat múltipes mesos
4. Ingesta Dades Fusionades a CityOS
5. Ús de les dades
6. Pendent: Errades en agregats esbiaixats
7. Altres (per qui vulgui saber més detalls ;-)
{DIV}
{img fileId="4"}
---
{img fileId="5"}
---
{img fileId="6"}
{img fileId="7"}
{FLUIDGRID}
{CODE}

Slideshow displays images in the fluidgrid as expected:
{img fileId="1566" thumb="box"}

However, the pdf version does get the images splitted in several slides/pages.
{img fileId="1567" thumb="box"}

Similar issue reproduced here:
http://xavi-9794-6688.show2.tikiwiki.org/tiki-index.php?page=new_page
u: admin
p: 12345
In this show instance, nothing is displayed in the pdf.
Using latest 24.x branch: r79594 (Last Changed Date: 2022-01-22 14:46:09 +0100 - Sat, 22 Jan 2022)

{syntax type="tiki" editor="plain"}
~~#f00:__Update, DEC 30 2009 - __~~

(1) Shadowbox/Colorbox is working in Wiki pages
(path error 1st time around - my fault)

(2) Shadowbox/Colorbox still ~~#f00:__NOT__ working ~~in File Galleries.

(3) Slideshow works in File Galleries __ONLY if using Mozilla Firefox or IE 8, if IE 8 not running in compatibility mode__ (I.E. 6,7 fail to display the slideshow)

---------------------
Neither the slideshow nor the new colorbox (shadowbox replacement?) features seem to work in Tiki 4.0. Both slideshow and shadowbox have checkboxes in the Admin panels. Are there any other supporting features that need to be enabled.

Note: The thubmnail generator seems to work much better for the file gallery in 4.0 than in 3.x or 2.x.

This doesn't work:

{CODE()}{button href="show:Slideshow+Test" _text="Click here to start slideshow"}{CODE}

Can be seen here:
https://dev.tiki.org/Slideshow+test Click "Click here to start"

I can't demonstrate on show.tiki.org because SEFURL is not working there

relative links with url like "show:MySlideshow" are not prepended the domain in the url. when tiki installed in a subfolder (http://example.com/tiki/). I.e., this code:

{CODE()}
{button href="show:MySlideshow#s1" _text="Slideshow"} {button href="dl543" _text="Slides in PDF"}
{CODE}

would keep the link in the first button as just "show:MySlideshow#s1", while the second one will be converted into the full url (prepended with the domain): http://dev.tiki.org/dl543

Example:
{button href="show:MySlideshow#s1" _text="Slideshow"} {button href="dl543" _text="Slides in PDF"}

This code seems to behave well in dev.t.o, but it does reproduce the error in demo.t.o/12.x/:
http://demo.tiki.org/12x/HomePage

See show instance

Tiki has a basic feature to generate slides from wiki page data. This permits to prepare slides collaboratively and makes them highly available/searchable/accessible.
http://doc.tikiwiki.org/Slideshow+User

However, the feature is not very exciting.

1- I do not want to rely on an external service to distribute my
slides. I want to put on my TikiWiki-powered sites. And I want them to
be searchable & accessible. An export to Flash is not ideal.

2- I want something standards-based to make sure I can use when I am
not using my computer (like at FOSDEM). Sure, Regis did an amazing
presentation at the last TikiFest, made with Keynote. But now, how to
share, mix and re-use?

3- I want a way to collaborate (when preparing) & share slide
information in an easier fashion.
a) I have done dozens of presentations. The collaborative process
using desktop tools is very inefficient. I remember a long night in a
hotel room in Tunis where we where collaborating over Skype to
fine-tune a presentation.

4- As Dogfood, I think these slides could help to
A) Make nicer tutorials/documentation
B) Promotional material on info.tikiwiki.org

5- Finally, I want something much nicer than what we have now. The
quality/design/features of S5 reloaded has nothing to be shy about
compared to Desktop apps:
http://www.netzgesta.de/S5/reloaded/advantages.php?id=sunny_gfx

Some goodies I look forward to using:
A- A second browser window which shows me a timer and some notes.
B- A special syntax to handle handouts.

6- Some of the concepts (ex.: image resizing depending on current
browser size) could be useful for Tiki in general.


Here is a proof of concept of
Wiki page:
http://trim.rclaporte.com/svn/slides/tiki-index.php?page=tests5reloaded
Slides:
http://trim.rclaporte.com/svn/slides/tiki-slides.php?page=tests5reloaded



Investigate:
http://meyerweb.com/eric/tools/s5/
http://www.netzgesta.de/S5/
http://en.wikipedia.org/wiki/S5_%28file_format%29
http://icant.co.uk/domslides/

Ideal:
Long-term collaboration/integration of one of these, or a similar open source project

Perhaps with ((jQuery))?

Please see:
https://wiki.mozilla.org/Support/ScreencastsPRD

Also:
[https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=screencast&product=support.mozilla.com&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&emailassigned_to1=1&emailtype1=exact&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailtype2=exact&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=|SUMO bugs with word screencast]


Related: ((WebDAV)) to ease management of files.