Category: HTML page

Tikiwiki HTML Purifier version is 2.1.3.
Current version is 3.1.1 or 2.1.5.

There is risk of security attacks if not updated.

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

This tracker item could not be found

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

I create page content outside of tiki. I tranform content from a file to HTML code which I then paste into a new page in tiki with the given ~np~{HTML()}{HTML}~/np~ tags so it gets displayed formatted.

The actual problem is if I search for unique content of one of those pages, the search feature can't find it. Strangely content on some pages which are also created and displayed with HTML Code only, are searchable.
I read into the search feature and tested it with a few other searches of other pages to be sure it actually works. I also simply copy pasted the not working pages into a new page without the HTML and then the search feature also worked.
I can't seem to find the actual reason why some pages get properly searched and some not. Help would be appreciated.

* can't show the bug because no instance could be created and is not clickable anymore now

Not totally sure if this is feature request, bug, or lack of knowledge. Basically I need some way of supporting maketoc with WYSIWYG pages.

{syntax type="tiki" editor="plain"}
Dear Tiki team

Trying to install Tiki 6.2. But just now realized that my quota for web server is 10,000 files only. Current compilation of Tiki is 10,648 files. Inside the compilation, there so many small images files that could be joined into one image file by categories, and this way HTTP request for pages elements would be enhanced. I think you know about sprites: Image optimization method (http://css-tricks.com/video-screencasts/43-how-to-use-css-sprites/). Besides from reducing the # of files, this method will reduce the # of HTTP requests and increase response time.

Because of limitation on my server, I am deleting some files. Do you have any other suggestions for me.

Thanks.

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

There are several times that a HTML wiki page will fail to render a paragraph.

*In a footnote, the paragraph will fail to render when there is one paragraph, however all paragraphs will render correctly (more or less) if there is two or more paragraphs.

*A paragraph within a opening and closing HTML pair will fail to render in a similar way.

There is a tiki instance that clearly demonstrates this.

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

{syntax type="tiki" editor="plain"}
We are using Tiki v6.2 vanilla, PHP 5.3.3. When using the WYSIWYG_6x default profile of:%%%{CODE()}Editing and Plugins
Wiki Paragraph formatting (ON, however default: off)
...but still create line breaks within paragraphs (on)
HTML Purifier (on)
Wiki
Allow HTML (on, however default: off)
WYSIWYG
Content is parsed like wiki page (on)
Content is partially wiki parsed (off)
Use Wiki syntax in WYSIWYG (off){CODE}%%%we can not edit a section using the Edit Section button. A blank WYSIWYG screen is displayed and if you enter content and save it gets thrown to the bottom of the wiki page and not within the section.

Reproduce: Create a blank wiki page in WYSIWYG, create a bunch of headers, save, view edit icons (if not already), click on "Edit Section" button.

{syntax type="tiki" editor="plain"}
We are using Tiki v6.2 vanilla, PHP 5.3.3. When using the WYSIWYG_6x default profile of:%%%{CODE()}Editing and Plugins
Wiki Paragraph formatting (ON, however default: off)
...but still create line breaks within paragraphs (on)
HTML Purifier (on)
Wiki
Allow HTML (on, however default: off)
WYSIWYG
Content is parsed like wiki page (on)
Content is partially wiki parsed (off)
Use Wiki syntax in WYSIWYG (off){CODE}%%%we can not format the header (color it red) without breaking the "header" status.

Currently we have a page with a ~np~{maketoc}~/np~ at the top and a bunch of h1, h2, h3 headers. We wanted to make the text color red for one of the h1 titles so it was more visible to users. Once we did this in the WYSIWYG editor, the header is no longer listed in the maketoc AND the Edit Section button is gone next to the header text. This ''may'' be associated with another bug [http://dev.tiki.org/tiki-view_tracker_item.php?itemId=3763].

{syntax type="tiki" editor="plain"}
We are using Tiki v6.2 vanilla, PHP 5.3.3. When using the WYSIWYG_6x default profile of:%%%{CODE()}Editing and Plugins
Wiki Paragraph formatting (ON, however default: off)
...but still create line breaks within paragraphs (on)
HTML Purifier (on)
Wiki
Allow HTML (on, however default: off)
WYSIWYG
Content is parsed like wiki page (on)
Content is partially wiki parsed (off)
Use Wiki syntax in WYSIWYG (off){CODE}%%% the lists (numbered and unordered) have irregular spacing between lines. Edited in Wiki normal and WYSIWYG Source modes work fine.

To reproduce create the following structure in a WYSIWYG editor{CODE()}*blah zaa zaa
*This is a list
**now indenting the list
**blah
*back out
**back in
***really far in
*all the way out{CODE} %%% this example displays for us as {CODE()} blah zaa zaa

This is a list

now indenting the list
blah

back out

back in

really far in
all the way out
{CODE} %%% Sometimes there is a break, other times there is not. If I Preview while editing it looks fine. If I edit the HTML via the Source WYSIWYG view and save then it looks fine until I save it in WYSIWYG mode again.