Not logged in. · Lost password · Register
Page:  1  2  3  next 

All posts by sancaya (40)

topic: [joomla 3.x] bridge (how to set up a bridge for joomla)  in the forum: General Help and Support Installation and Configuration
Avatar
sancaya #1
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
For further information:

The (last) version of JFusion supposedly worked with AuthMySQL, but doesn't work with AuthPDO, so it should be either implemented (which is a too complex task for me), or abandoned.

Upon investigation, setting DokuWiki cookies from Joomla seems to me not very practical, because DokuWiki encodes (already encrypted) password with several more levels of secrecy, to put it into the cookie for its further validation. Recreating this in Joomla would be complex and probably detrimental security-wise.

Conclusion: for Single Sign-On, it's probably better to use some other solution.

I wonder, what would be the simplest.
topic: [joomla 3.x] bridge (how to set up a bridge for joomla)  in the forum: General Help and Support Installation and Configuration
Avatar
sancaya #2
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
In reply to post ID 67845
Thank you for the information!

Yes, the authjoomla3 plugin does all the configuration and authentication, the same way as by setting AuthPDO.

But for security reasons setting AuthPDO can be better, because unlike authjoomla3 it doesn't access Joomla directory. So we can limit the PHP access of each web sites to each other, with open_basedir.

For example, using NGINX:

location ~ \.php$ {
    try_files        $uri $uri/ /doku.php;
    fastcgi_pass    unix:/run/php-fpm/php-fpm.sock;
    fastcgi_param    SCRIPT_FILENAME    $document_root$fastcgi_script_name;
    fastcgi_param    PHP_VALUE open_basedir="/usr/share/nginx/www/dokuwiki/:/tmp/";
    include        fastcgi_params;
}

So DokuWiki site would have access only to its folder, not to Joomla files. And the user for the database can have very limited rights too, just to read users information.
This post was edited on 2019-11-25, 21:09 by sancaya.
topic: [joomla 3.x] bridge (how to set up a bridge for joomla)  in the forum: General Help and Support Installation and Configuration
Avatar
sancaya #3
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
In reply to post ID 53872
I added the settings for AuthPDO plugin:
https://www.dokuwiki.org/plugin:authpdo:joomla
Handling of the users would be done in Joomla, and they could login to DokuWiki with the same Joomla credentials.

For Single Sign-On, it should be pretty straightforward if DokuWiki is on the same domain or in subdomain of Joomla.

For that, we should basically make a Joomla plugin that creates and destroys DokuWiki cookie + session, replicating DokuWiki functions auth_setCookie and auth_logoff.

I might do that.

PS. Or I might try to revise and correct DokuWiki plugin for JFusion.
...Should check...

PPS. More or less working JFusion is here (though DokuWiki plugin needs corrections):
https://github.com/chang-zhao/org.jfusion.jfusion
This post was edited on 2019-11-24, 15:20 by sancaya.
topic: How to avoid a link inside of a link? (I want to add "edit target" popover button to inner wiki links, but what is the best way?)  in the forum: General Help and Support Templates and Layout
Avatar
sancaya #4
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
Subject: How to avoid a link inside of a link?
An inner wiki link takes me to another page, and to edit that page I need another reload, by clicking "edit page". I want to edit a target page right away, so I add a popover button "edit target" to wiki links:

[Image: http://i548.photobucket.com/albums/ii344/yogic1/DokuWiki/edit-target.png]

file="script.js"
    var targetLinks = jQuery('a.breadcrumbs, a.wikilink1, a.wikilink2'),
        editorLink;
    targetLinks.each(function(){
        editorLink = '<a class="editorlink" href="' + this.href + '?do=edit' + '">✎</a>';
        jQuery(this).append(jQuery(editorLink));
    });

The only problem is that a link inside another link seems no good for HTML validator.
What would you advise?

PS. I can think of 2 possibilities:

1. Making two links side by side, and wrapping them into a SPAN (to show a second link on hover by CSS).

2. Adding an event listener on first link hover, to make a popover with absolute x, y.

Isn't all that too much fuss?
topic: Interactive pageId (I propose to add several functions to page Id part of DW standard template)  in the forum: General Help and Support Templates and Layout
Avatar
sancaya #5
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
Subject: Interactive pageId
I propose to add several functions to page Id part of DW standard template:

1. Put hierarchical breadcrumbs into pageId.

2. Select pageId by mouse click, making it easier to copy as an inner wiki link.

3. Add popover INPUTs to add pages easily to any namespace related to the current page.

Screenshots:

1. Hierarchical breadcrumbs:

[Image: http://i548.photobucket.com/albums/ii344/yogic1/DokuWiki/pageId-01.png]

with active links for every namespace level:

[Image: http://i548.photobucket.com/albums/ii344/yogic1/DokuWiki/pageId-02.png]

2. To copy pageId as inner wiki link:

highlighted by hover; cursor becomes "copy"

[Image: http://i548.photobucket.com/albums/ii344/yogic1/DokuWiki/pageId-03.png]

and selects by mouse click

[Image: http://i548.photobucket.com/albums/ii344/yogic1/DokuWiki/pageId-04.png]

making it an inner wiki link

[Image: http://i548.photobucket.com/albums/ii344/yogic1/DokuWiki/pageId-05.png]

3. Popover INPUTs

Hovering over a symbol (: or /) that separates namespaces - shows a text input

[Image: http://i548.photobucket.com/albums/ii344/yogic1/DokuWiki/pageId-06.png]

to enter a name of a page to edit in that namespace

[Image: http://i548.photobucket.com/albums/ii344/yogic1/DokuWiki/pageId-07.png]

In this case, hovering "/" after "/wiki", we go to edit a page in "wiki" namespace

[Image: http://i548.photobucket.com/albums/ii344/yogic1/DokuWiki/pageId-08.png]

Similarly, hovering a mini-button after "wiki/test" page, we will add a page into "wiki/test" namespace

[Image: http://i548.photobucket.com/albums/ii344/yogic1/DokuWiki/pageId-09.png]

[Image: http://i548.photobucket.com/albums/ii344/yogic1/DokuWiki/pageId-10.png]

[Image: http://i548.photobucket.com/albums/ii344/yogic1/DokuWiki/pageId-11.png]

It's very convenient when you have to add many pages in the same namespace.

What do you think guys?

Would that be good?

I could do a pull request right now.

(I'm not sure it works good on touch devices, but on my PC it's very good).

Please comment!
This post was edited on 2016-12-20, 06:51 by sancaya.
topic: Bookmark pages internally  in the forum: General Help and Support Plugins Plugin Wishlist
Avatar
sancaya #6
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
In reply to post ID 53101
Yet another powreful FF add-on - Easy Copy
https://sites.google.com/site/smokyinkproductions/easy-copy
topic: Copy internal section link  in the forum: General Help and Support Plugins Plugin Wishlist
Avatar
sancaya #7
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
In reply to post ID 54201
Quote by SFITCS:
After consideration I can see an advantage to that approach - better suited to low level users; and a disadvantage - not well suited to situations where you wish to work with a list of internal links.
It also occurs to me that there may be a third approach (which may already have a plugin solution I haven't noticed/looked for) - a link plugin that allows a user to select internal links by first choosing the namespace, then page, then page anchors.
Definitely click + Ctrl-C is faster and easier than selecting several times (among dozens or hundreds of objects).
And if we want to get links to other pages or other pages' sections, then indexmenu plugin in a sidebar works well. Right-click on the needed page in a list, select "Preview" and see there links of sections that we could copy.

Quote by SFITCS:
If I get time soon I'll take a look, from memory it's just missing a ";" somewhere.
Thanks! Missing ";" happened there as I copypasted that piece of code.
PS. Now it should work.
This post was edited on 2016-10-21, 05:06 by sancaya.
topic: Copy internal section link  in the forum: General Help and Support Plugins Plugin Wishlist
Avatar
sancaya #8
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
In reply to post ID 54194
Quote by SFITCS:
;this subject has been covered before in the forums.
The problem described in this topic is actually different:
- We have a section with a headline (rather than ready html link).
- For this headline/section, our JS constructs inner DW reference (like [[:ns1:ns2:title#section|Section]]).

That's why JS is needed - to construct an inner DW reference.
And CSS is needed to hide/show that construction on hover.
Alternatively, instead of JS, we would need to modify the PHP output of sections' headers.
Also, JS is needed for making automatic text selections.

Quote by SFITCS:
;Ach's script works well, your modified version gives a javascript error.
Sorrry. In Palemoon and Opera it worked.
I'm not proficient in JS, so if anyone could, please help to debug it.
topic: Copy internal section link  in the forum: General Help and Support Plugins Plugin Wishlist
Avatar
sancaya #9
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
In reply to post ID 54191
Quote by SFITCS:
There's a plugin for that. TitlesAnchorLink Plugin (similar to PurpleNumbers).
TitlesAnchorLink Plugin is for external links, so it's different.
topic: Copy internal section link  in the forum: General Help and Support Plugins Plugin Wishlist
Avatar
sancaya #10
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
In reply to post ID 54088
I added there a function to select that wikiLink by mouse-clicking on the headline, because selecting manually can be not so convenient. See https://www.dokuwiki.org/tips:copy_section_link#an_improve…
topic: Dual login with Joomla  in the forum: General Help and Support Plugins
Avatar
sancaya #11
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
Subject: Dual login with Joomla
Could you give an advice, how is it possible to login in Joomla and get logged in /dokuwiki/ at the same time?

JFusion dual login doesn't work for the last couple of years.
Its developer says:

Authentication broken with current Dokuwiki version
http://www.jfusion.org/forums/viewtopic.php?f=48&t=7204
dokuwiki keeps changing things that breaks integration .... it never end's ..... this is not the first time cookies change .. or other things ..

i am really considering to stop supporting them.. no offense to you... it's just that every of their last like 4-5 versions have had something that breaks integration.

=(

Maybe I can do some trick like sending a copy of Joomla login data to some DW php?
topic: How to add 'open in a new tab' command to indexmenu context menu?  in the forum: General Help and Support Plugins
Avatar
sancaya #12
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
Subject: How to add 'open in a new tab' command to indexmenu context menu?
Greetings, friends!

A browsers' right-click menu lets open a link in a new tab.
It's very useful when operating with one hand.

How to add that 'new tab' command to a context menu of an Indexmenu?

I can customize indexmenu by editing '/lib/plugins/indexmenu/scripts/contextmenu.local.js':
indexmenu_contextmenu['all']['pg']['view'].splice(0, 1,
    [LANG.plugins.indexmenu.newtab, 'IndexmenuContextmenu.getid(index.config.urlbase,id)']
);

so I have a link for the particular page (an item in the IndexMenu list).

But how to open that in a new window?

I tried different Javascript commands, to add 'target=_blank', but it seems a bit complex task for me.
I can change URL of the link easily, but how to change its attribute in not a very clumsy way?

Would anyone like to solve this interesting task? ;)

Thank you.
topic: Header + footer edit on page  in the forum: General Help and Support Templates and Layout
Avatar
sancaya #13
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
In reply to post ID 48073
PS. There can be also caching issues.

1. Clear the cache of your Dokuwiki.
E.g. by deleting folders and files in
(your Dokuwiki)/data/cache/
Or go to Admin settings and change "cachetime" to 0 then save settings.
(You can change "cachetime" to it's old setting later if you wish).

2. Clear the cache of your browser.
This post was edited on 2015-04-25, 14:44 by sancaya.
topic: Header + footer edit on page  in the forum: General Help and Support Templates and Layout
Avatar
sancaya #14
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
In reply to post ID 48070
I don't know. On my installation, there is no [] in a page heading.

The heading can contain a "tagline", so check in your Admin settings if the tagline field is empty.

Or do you mean [] in a title that is shown as a heading of a browser tab? Like "dokuwiki [DokuWiki]".
That is defined in main.php in the same folder:
    <title><?php tpl_pagetitle() ?> [<?php echo strip_tags($conf['title']) ?>]</title>

You can use Firebug to inspect all the elements (e.g. see this article).
So you can check which styles and html tags are applied to any portion of any page:
http://magazine.joomla.org/issues/issue-june-2012/item/769…

(I understand: at first it can seem a complex way to modify templates, but actually most advanced CMS's still use that way, and plan to use it in a future. Editing code gives much more freedom to change anything, than if you had a few pre-defined possible manipulations. And it requires mainly only some basic HTML+CSS knowledge. (PHP is just a tool to insert some programming to modify HTML, before it is served to you). Many site administrators know HTML+CSS, and anyway it's rather easy to learn).
E.g. how CSS rules work:
http://code.tutsplus.com/tutorials/the-30-css-selectors-yo…

So, for example, you might see in Firebug something like this:

<div class="headings group">
    <ul class="a11y skip"> ... this string is not relevant here, so I omit what is there ... </ul>
    <h1>
        <a title="[H]" accesskey="h" href="/start">
            <img width="40" height="40" alt="" src="/lib/tpl/dokuwiki/images/logo.png">
            <span>Wiki title</span>
        </a>
    </h1>
    <p class="claim">Wiki tagline</p>
</div>

Check which element does output these "[]".
If it's in p class="claim", like
<p class="claim">[]</p>
then it's a tagline.

Anyway, you can modify the appearance of anything in your template by changing your CSS file.
The easiest way is to override template CSS rules with your own preferences in one file, "userstyle.css".
Go to folder
(your dokuwiki)/conf/
and create (or edit) there a file
userstyle.css

For example, to modify how your site tagline is shown, you can see it in Firebug (or in a page source code):

<div class="headings group">
    <ul class="a11y skip">
    <h1>
        <a title="[H]" accesskey="h" href="/start">
            <img width="40" height="40" alt="" src="/lib/tpl/my-home/images/logo.png">
            <span>Wiki title</span>
        </a>
    </h1>
    <p class="claim">Wiki tagline</p>
</div>

You see it's in p class="claim" tag, so write in userstyle.css:

p.claim {
    display: none;
}

Then anything inside tag P with class CLAIM will be not shown in a browser.
If you want to hide this:
<span>Wiki title</span>
then you can use CSS selectors here:
div.headings.group h1 a span {
    display: none;
}
(That way you say that you need to address a block (div) with classes "headings" & "group", then find inside a heading (h1), and inside that a link (a), and inside that a string element (span). So these CSS rules will be applicable to that span inside that structure that we described).
This post was edited on 2015-04-25, 14:12 by sancaya.
topic: Vote on your favourite template to convert (3 finalists)  in the forum: General Help and Support Templates and Layout Template Wishlist
Avatar
sancaya #15
Member since Aug 2013 · 40 posts · Location: Vnukovo
Group memberships: Members
Show profile · Link to this post
In reply to post ID 47891
Quote by ach:
When the original design has been implemented, you are free to open a pull request for any kind of homepage design.

OK. One interesting possibility is how those frontpages (shown on my pics) were made:
- just by removing pageId
- and making a background color of page's content transparent.

So a site background picture was revealed (not obstructed), and that gave a page some cool distinct look.
Then all the particular layout was made by means of wiki page editing (with WRAP div's and styling).

It means we could add just some CSS and (many) versions of frontpages' layout in a form of usual wiki pages, e.g. in [[:Playground]] or somewhere.
Then users could use or modify layouts that they like, with no changes in template core.


Quote by ach:
Keyboard users would not be able to access that sidebar.

If we like, that's possible to mend with javascript, adding both
- a small control element (like "drop-down the sidebar" ON FOCUS, "hide the sidebar" when focus is not inside it),
- hotkeys to open and to close a sidebar.


Another interesting idea is the option to use a pool of different background pictures.
For example, on my site I
- made those pictures cross-template, putting them into "/lib/images/bg"
- and naming them 01.jpg - 50.jpg

So a user could easily choose them by number (default e.g. in style.ini) and add her own pics.
Most of those great pics I took from https://unsplash.com/ - a large collection of public domain photos - and compacted them by XnConvert.

PS. My collection of background pictures see here:
https://github.com/chang-zhao/background-pics/archive/mast…
This post was edited 2 times, last on 2015-04-12, 00:03 by sancaya.
Close Smaller – Larger + Reply to this post:
Special characters:
Page:  1  2  3  next 
Special queries
Go to forum
Imprint
This board is powered by the Unclassified NewsBoard software, 20150713-dev, © 2003-2015 by Yves Goergen
Current time: 2020-01-27, 19:03:05 (UTC +01:00)