Dieter Pfenning

Hi Fernando,

i’m sorry to hear, that you do have problems with our Addon.

Unfortunately attachments are not allowed in this support forum, so could you please send me an export of your form via email to dieter.pfenning(at)winball.de. I will try to reproduce your error to find out what’s really going on.

Best wishes

Hi Adam,

i discovered, that macro support is not possible with the PHPExel library i use. It is possible to do, but i would need to add that to the library. I put it on the wishlist for this plugin.

Best wishes

Hi Adam,

i hope the new version fits your needs. Macro support i need to check. I use PHPExcel which is based on LibXL to read and write the Excel files. It seems that LibXL already supports macros but my PHPExcel version not. There already exists a newer PHPExcel version which i will check.

Best wishes

Hi,

there was a function call missing to include the charts. This was added in the latest version 0.1.4. I successfully tested this version with charts.

Best wishes

Hi,

i added the isset to the latest version 0.1.4. Please check if your error is gone.

Best wishes

Hi prodesignra,

here is a good article, which covers this topic and shows several ways to do this.

You’re welcome.

Thanks, for the quick answer. frontend/de.php and backend/de.php will come later today.

Sorry to insist: my frontend already is fine in German (using the lang parameter in the shortcode). My problem is the backend, which is still in English (see my first post).

I really like your plugin, thank you for your work.

I translated both ‘de’ language files (German) (If you tell me where to send, i can send them to you to include them. Perhaps you could give me a licence or whatever you would like).

The frontend works fine, but for some reasons the backend keeps in English, even though i changed the language (upper right corner in booking system dashboard).

Any ideas what goes wrong, or i am doing wrong?

Thank you

dFlux you saved my life.

I had the same problem and your fix works like charm.
This really looks like a bug, because in line 96 they used a var

96: var self = this, $this = this.element;

A reminder to all the other people: please do not forget to replace wp-ui.js with your corrected version of wp-ui-dev.js like i did, it will not work.

Cheers

Hi again,

i will have a closer look into the source code of your plugin and will come back here with some ideas.

As i already mentioned in my first post: a lot of WordPress Multisite admins would love to have such a solution.

Cheers

Hi DarkWolf,

sorry my last post was a bit short. I will try again a bit more detailed:

a) Within the actual scope of the plugin, a file my_style.<blogID>.css is created and edited.

b) I woud like the plugin to edit the file style.css of the current theme stylesheet instead of editing my_style.<blodID>.css. No more no less.

c) The URI of the file style.css of the current theme stylesheet can be retieved by the WordPress function get_stylesheet_uri().

d) My question is, if you could add an admin preference which makes the plugin to switch from behaviour a) to b).

Thank’s for this quick response.

Yes i know that you now support multisite, that’s why i ask. My question is, if you can make an admin option to change the stylsheet path from

$css_url = plugin_dir_url(__FILE__)."my_style".$cssid.".css";

to

$css_url = get_stylesheet_uri();