Mamba wrote:
We'll definitely want to support Open Graph and Schema in XOOPS 2.6.0.

Therefore thank you so much for your work on it, and if you could take a look at XOOPS 2.6.0 and take a lead on incorporating Open Graph and Schema into it, that could be very helpful. As you know, our resources are limited, so help is always very much appreciated!

Mamba wrote:
Quote:

Try it on a remote server, I do not know if API Microsoft Translator works in localhost!

It seems to be working OK on PHP 5.4.11 and WampServer, I am getting only this error:

Quote:

Notice: Undefined index: class in S:\wamp64\www\xoops\xoolat\translate\class\MicrosoftTranslator.class.php on line 212

irmtfan wrote:
very nice tool indeed.
I still cannot make it to work for me in localhost.
It keeps show me this error:

Fatal error: Maximum execution time of 30 seconds exceeded in F:/xampp/htdocs/xoops255/xoolat/result.php on line 31

I think something is wrong with my installation?
i will try more.

Edit:
ok i found the issue. if you leave some definitions blank it will drop to a infinite loop.
so you must translate all definitions before submit.

but i have another error now:

Fatal error: Uncaught SoapFault exception: [VersionMismatch] Wrong Version in F:xampphtdocsxoops255xoolatresult.php:28 Stack trace: #0 F:xampphtdocsxoops255xoolatresult.php(28): SoapClient->__call('createSubmissio...', Array) #1 F:xampphtdocsxoops255xoolatresult.php(28): SoapClient->createSubmission('fastxoolat', 'fastxoolat', '// $Id: admin.p...', 29, 26, false, false) #2 {main} thrown in F:xampphtdocsxoops255xoolatresult.php on line 28

I keep testing.


Overall, I just can see one small issue.
we dont have any navigation facility. I mean i have to type the correct url of the file.

irmtfan wrote:
In my website i have 28 groups but webmasters dont have any issue working with them.

use system -> blocks and you have all filters.
also Altsys will make life easier!

i register and download this hack and take a look.
it is an in-depth hack it will alter the current newblocks xoops core table (add groupblock_id field) and add another table to the database.
IMO it is not necessary to assign a new group_id field to the current newblocks because the blocks are part of the module. we dont have any stand alone blocks.

Also in xoops core we have a group_permission table for all group permissions and as far as i can see there are a "block_read" gperm_name therefore IMO this hack will be in conflict with that table too.

Anyway Im sure there was a reason to not add a group_id field to newblocks table and as i said before IMO that reason is blocks are part of the module
i think if we should have a group_id for blocks all previous core team members could add that field.