Forum Replies Created

Viewing 15 replies - 391 through 405 (of 536 total)
  • Plugin Author ti2m

    (@ti2m)

    By the way, do you have a folder ‘edge_suite’ in wp-content/uploads? This should be created on activation.

    Plugin Author ti2m

    (@ti2m)

    Hi ron,
    the “trying to get property…” is strange as it’s in a check which should make sure you are not on the homepage, I’ll fix that.

    The “header sent” still gives me a headache. If debug doesn’t throw anything then we could only check the calls in edge_suite_install() itself. It’s pretty easy though. In edge-suite.php comment out lines 64 to 84 (put // in front of the line) or delete the lines temporarily. Then try to activate it. The plugin won’t work, but if the activation doesn’t throw an error we know it the DB.

    And yes, you won’t be able to use the plugin without ZIP support as there is currently no other way to upload the files to the server then through the OAM. But ZIP should be available on most servers, which hoster are you on?

    Plugin Author ti2m

    (@ti2m)

    Hi, thanks for the detailed info. In general if you get the “Zip” error message you won’t be able to extract OAM files (which are just zip files) as the server doesn’t support it. No way around it.

    Besides that I traced back the “header sent” error message as it is generated by wordpress. Something seems to crash when activating the plugin, which then generates an error message and wordpress interprets this as output by the plugin. It’s strange that no one else had that problem before. My first guess would be that there is something up with your DB user as the activation function tries to create a new table…. secondly and my most favorite, something with file permissions. I can’t tell or fix anything as long as I can’t reproduce the error myself or we get our hands on the original error message.

    One thing to try would be to activate the wordpress debug mode which prints PHP error messages directly to screen. Only do this on your dev machine. If you are up for it, you only need to set define('WP_DEBUG', true); in the wp-config.php file, it’s described here

    http://codex.wordpress.org/Debugging_in_WordPress

    Plugin Author ti2m

    (@ti2m)

    Hi,
    thanks for the feedback. I have fixed some “headers already sent” errors in the dev version. Could you maybe give that I try and hopefully confirm that it works there. Then I can push the dev version into the main branch.

    http://downloads.wordpress.org/plugin/edge-suite.zip

    Thanks

    Thread Starter ti2m

    (@ti2m)

    Sorry, I can’t follow.

    In includes/plugins.php uninstall_plugin() (which will trigger the uninstall hooks) gets called by delete_plugins() AFTER delete_plugins() checks the file permissions. I don’t see a way how I can influence that, that would require a core change.

    Thread Starter ti2m

    (@ti2m)

    Oh, I know how that feels, thanks for making the effort of helping then even more!

    My problem is that I want to delete a custom table and some plugin option settings on uninstall. As far as I can tell the uninstall hook of my plugin gets never called when trying to uninstall it, because the file permission check is being done and fails. Basically I want to delete some DB settings, but WP tells me I can’t because I don’t have the proper file permissions settings to delete the plugin files, which I’m not even interested in 😉

    I find the way Drupal does this intuitive: Download and enable plugin (same WP), deactivate (same WP), uninstall (means kill all DB settings of the plugin, fresh start) and the delete files manually. For the last two step WP tries to do that in one and if you don’t have file permission access through WP you can’t do any of it.

    I think removing plugins in a clean way is really important for the stability of the whole system and I find it strange that it is tied to file permission which some users might not be willing to hand out to the server or what not.

    Thread Starter ti2m

    (@ti2m)

    I totally agree on that, but it’s about cleaning out the DB. Lot of users have wired file permission setups (as I got from the plugin issue queue) which don’t reflect at all what they should be able to do and what not.
    I would expect the core plugin uninstall interface to let you choose what you want to delete. Maybe I want to start fresh with a plugin because I messed it up and therefore keep the files but clean out the DB settings….

    I do understand that this functionality doesn’t exist (thanks for the answers, that already helps me a lot), I’m just trying to understand why.

    Thread Starter ti2m

    (@ti2m)

    Thanks for the hint. But by looking at it the plugin seems to provide an additional menu link which lets you uninstall it. That’s basically what I have done with the checkbox.

    So there is no way of triggering the uninstall hook when you don’t have the proper file permissions? I would call that a major issue considering how wired the file permission are set on many hosts.

    Thread Starter ti2m

    (@ti2m)

    Just to mention this, for now I added a checkbox to the plugin settings page which lets you decide to run the uninstall function for my plugin on deactivation, but that can’t be it….

    Sorry, can someone please move this into the “Hacks” forum, I was to quick.

    Plugin Author ti2m

    (@ti2m)

    Please check the written tutorial as suggested on the plugin page:

    http://edgedocks.com/content/edge-suite-integrate-edge-animate-wordpress

    Essentially you need to publish the project with option “Animate Deployment Package”. It will generate a single OAM file.

    Plugin Author ti2m

    (@ti2m)

    Hi,
    you mean the loading order of different JS assets? You would need to pull the processing of edge_suite_header() up. Find add_action("wp_head", 'edge_suite_header') in edge_suite.php and set the priority, e.g. add_action("wp_head", 'edge_suite_header', 5). That should work.

    But in general I can’t really see any interactivity in the header composition, you might be way better of in using a plain image anyway or set a preloader image or something.

    Forum: Plugins
    In reply to: [Edge Suite] Bottom Margins
    Plugin Author ti2m

    (@ti2m)

    Hi Bob,

    I’m pretty sure that’s within your CSS as no one else seems to have that problem. Check chrom devtools or firebug to see where the additional margin is defined in your css.

    Forum: Plugins
    In reply to: [Edge Suite] Fonts
    Plugin Author ti2m

    (@ti2m)

    Hi,
    I think this is more an Edge Animate specific issue. Especially as it works in the other browsers except safari. Please bring this up in the adobe forum http://forums.adobe.com/community/edge_animate

    If you really find out, that it something to do with the plugin I’m more then willing to help you out.

    Plugin Author ti2m

    (@ti2m)

    Well, always depends on how much time I got and if I’m in the middle of something 😉

    The internal composition ID gets added to the id of the div. Check in firebug if your css styles are applied but might get overwritten. E.g. if you want to change the “position” attribute you need to use !important. Styles that are directly defined in the “style” attribute of the div always have priority, unless overwritten with !important.

    Otherwise sent me a link to the page and let me know what you want to do, then I can check real quick

    Plugin Author ti2m

    (@ti2m)

    Pretty simple answer, the plugin alters the id 😉 This needs to be done to run multiple compositions on a page. Check the source with Firebug or Chrome dev tools to get the real ID of the stage. Otherwise you can warp a div around the stage and adress it through that div.

Viewing 15 replies - 391 through 405 (of 536 total)