3
Hi Mamba,
last upgrade seems work well, but ...
the reverse scrolling is useful if is FULL reverse ... it means sliding bar is starting from below.
In this way the users can see their last messages even if the time direction is rightly top to bottom.
I.E. if you set to show an area corresponding to 20 messages, if a user posts the 21st, this is positioned at the bottom and is not visible.
You can see HERE an old shoubox model that works properly in a reverese way.
Ciao
Pino
last upgrade seems work well, but ...
the reverse scrolling is useful if is FULL reverse ... it means sliding bar is starting from below.
In this way the users can see their last messages even if the time direction is rightly top to bottom.
I.E. if you set to show an area corresponding to 20 messages, if a user posts the 21st, this is positioned at the bottom and is not visible.
You can see HERE an old shoubox model that works properly in a reverese way.
Ciao
Pino
4
In the "stand alone" version of this module I can choose in wich direction I read messages.
In the Xoops module, I can only have last message first ... but it is just a little problematic if user must follow a discussion...
I found a way to change the shouts reading : (shoutframe.php line 79 )
Buy I should change the scrollbar starting from below ... How can I do?
Better try a different way?
TY
Pino
In the Xoops module, I can only have last message first ... but it is just a little problematic if user must follow a discussion...
I found a way to change the shouts reading : (shoutframe.php line 79 )
if (!empty($shouts)) { $xoopsTpl->assign('shouts', array_reverse($shouts)); }
Buy I should change the scrollbar starting from below ... How can I do?
Better try a different way?
TY
Pino
5
... and a new bug found ...
If I set 'Allow users to add ads in the main categories' = NO it seems users can add and modify an ad without problems ... of course we can se the ad in "last ads" and the ad is counted.
If I set 'Allow users to add ads in the main categories' = NO it seems users can add and modify an ad without problems ... of course we can se the ad in "last ads" and the ad is counted.
6
OK Lucio & Mamba,
it seems that the modification also works with the d/m/Y format ... I think you can use this mod.
However, there are a couple of aspects to review:
the first concerns the date that the system proposes in the date field of the item modification form; in fact this proposes today's date instead of proposing the one that had previously been inserted. In addition to the problem of having to always check this data with each modification of other parts of the article, there is the danger that clicking "back" on the web bar, wrong data will be sent and you will find yourself with the article with today's date. The system should be able to interpret whether it is a new sending request or an article change request.
The second problem is always that of the time ... although the time zone is set to GMT + 1 both in the general preferences and in the user account data, there are two hours of difference in the time displayed. In practice, if the sending time is set at 13.00, the 11.00 time is then displayed.
Cya
Pino
Update :
about the first problem , I saw if I set :
The form propones the correct stored data
if I set :
The form propones the today's data ... it is possible?
it seems that the modification also works with the d/m/Y format ... I think you can use this mod.
However, there are a couple of aspects to review:
the first concerns the date that the system proposes in the date field of the item modification form; in fact this proposes today's date instead of proposing the one that had previously been inserted. In addition to the problem of having to always check this data with each modification of other parts of the article, there is the danger that clicking "back" on the web bar, wrong data will be sent and you will find yourself with the article with today's date. The system should be able to interpret whether it is a new sending request or an article change request.
The second problem is always that of the time ... although the time zone is set to GMT + 1 both in the general preferences and in the user account data, there are two hours of difference in the time displayed. In practice, if the sending time is set at 13.00, the 11.00 time is then displayed.
Cya
Pino
Update :
about the first problem , I saw if I set :
define('_DATESTRING', 'd-m-Y H:i:s');
define('_MEDIUMDATESTRING', 'd-m-Y H:i');
define('_SHORTDATESTRING', 'd-m-Y');
The form propones the correct stored data
if I set :
define('_DATESTRING', 'd/m/Y H:i:s');
define('_MEDIUMDATESTRING', 'd/m/Y H:i');
define('_SHORTDATESTRING', 'd/m/Y');
The form propones the today's data ... it is possible?
7
@Mamba about Yogurt:
Since in Yogurt module there are no datetime settings, with correct timezone both in System preferences and in user preferences , time is perfect.
Dates seemed to have different formats depending from which modules they were taken , of course "american style" ( Y/m/d or ) , then I modified global.php with
and in IMO everything works well in "european style".
This was a quick look, but if you want I can see more ...
Since in Yogurt module there are no datetime settings, with correct timezone both in System preferences and in user preferences , time is perfect.
Dates seemed to have different formats depending from which modules they were taken , of course "american style" ( Y/m/d or ) , then I modified global.php with
define('_DATESTRING', 'd/m/Y H:i:s');
define('_MEDIUMDATESTRING', 'd/m/Y H:i');
define('_SHORTDATESTRING', 'd/m/Y');
and in IMO everything works well in "european style".
This was a quick look, but if you want I can see more ...
8
I see this :
None All Errors (2) Deprecated (0) Queries (18) Blocks (0) Extra (3) Timers(3)
Errors
Notice: Array to string conversion in file /class/libraries/vendor/xoops/xmf/src/FilterInput.php line 251
Error: Error: Class 'XoopsModules/Publisher/DateTime' not found in file /modules/publisher/class/Item.php line 1061
Anyway it seems with the format d-m-Y instead of d/m/Y it works better. ( done before your hack )
None All Errors (2) Deprecated (0) Queries (18) Blocks (0) Extra (3) Timers(3)
Errors
Notice: Array to string conversion in file /class/libraries/vendor/xoops/xmf/src/FilterInput.php line 251
Error: Error: Class 'XoopsModules/Publisher/DateTime' not found in file /modules/publisher/class/Item.php line 1061
Anyway it seems with the format d-m-Y instead of d/m/Y it works better. ( done before your hack )
9
@ Lucio & Mamba : of course I will test this solution.
@Mamba : if you give me some little time , I will install Yogurt in my "parallel" installation and I will report you
@Lucio : ... no way to see xoops.it coming back ?
@Mamba : if you give me some little time , I will install Yogurt in my "parallel" installation and I will report you
@Lucio : ... no way to see xoops.it coming back ?
10
Hi Mamba ,
I think the problem is inherent in publisher.
- it is present in all three themes that I have available ( xswatch, xbootsptrap and default )
- It is NOT present in wggallery and adslight in the same installation.
Cya
Pino
ooops I've seen just now you second post ... I will check and report.
I think the problem is inherent in publisher.
- it is present in all three themes that I have available ( xswatch, xbootsptrap and default )
- It is NOT present in wggallery and adslight in the same installation.
Cya
Pino
ooops I've seen just now you second post ... I will check and report.
Login
Search
Recent Posts
Who's Online
Donat-O-Meter
| Stats | |
| Goal: | $100.00 |
| Due Date: | Apr 30 |
| Gross Amount: | $0.00 |
| Net Balance: | $0.00 |
| Left to go: | $100.00 |
 |
|