Forum Replies Created
-
AuthorPosts
-
although never impossible, it’s highly unlikely that an update would do this and your problem is likely to be elsewhere
without a link to your site I cannot even begin to guess though..in any even, feel free to filter and redirect as you like, but I cannot see any reason to change anything related to the “lost password” link in the plugin
>and that doesn’t look like a “Standard wp function”
of course it does. those fields are in the redirect_url. you are reading this wrong…i a;so don’t know what redirecting elsewhere (with your filter above) is supposed to achieve.
the default lost password link is to a page that tells you“Please enter your username or email address. You will receive a link to create a new password via email.”
all you need to know…linking to any other page (by using the filter you mention) is completely pointless i would have thought …but that’s up to you of course
it’s not a new password link, but a lost password link
again, wppizza just uses standard wordpress lost password pages.
if you want other ones, there are plugins for that (search for “theme my login” on wordpress,org for example)something just occurred to me:
did you by any chance install WPML *after* you installed wppizza (this *could* explain the behaviour actually)the plugin is fully WPML’ed.
that said, I also had this happen to me a couple of times that WPML just refused to register the strings for reasons unknown (to this moment anyway)the way i found around this was as follows – (tested this a few times and seems to work just fine)
a) backup your site (always a good idea in case it goes wrong somehow)
b) in wppizza/classes/wppizza.actions.inc.php on approx line 754 you find a line that reads//$forceUpdate=1;.
change this to$forceUpdate=1;then reload some WP admin page.
now change it back to what it was. i.e//$forceUpdate=1;check your string translations. they should all be there now (again, at least that worked here the couple of times i had that issue).
furthermore, future updates to the plugin should automatically register any possible new strings provided WPML is already installed, so the above workaround should only have to be done this once onlylet me know
just updated the preorder plugin and added an option to set a specific id where to insert that text (see in options of the plugin). that should help you to put it wherever you want to put it
(might also be helpful in other scenarios)
in theory (though not tested with your scenario) perhaps a simple
<?php echo do_shortcode('[wppizza category="!all"]') ?>might do the job ?
again – just an idea.
sorry, but i really cannot help you there.
i know nothing about your pizza butler.the only idea – of the top off my head – for you would be to add a dummy element with class=”wppizza-article” somewhere before your butler so the text would get inserted there
(maybe you can re-position that element with css to make it then appear elsewhere)i don’t think i need your shop to be closed actually as I think i know where your problem is.
as you are caching pages, the text we are talking about gets insert dynamically via js above the first element with class “wppizza-article”.
for reasons only you will know you have added ALL items additionally into a hidden div. as your first element with class “wppizza-article” is in there, i suspect the text you are “missing” is added there.
as the whole div/form is hidden that text is hidden toothe items you have in that hidden div, are also missing certain id’s in the class names which will stop some other things from working btw (though that in itself has nothing to do with the issue at hand, you’ll just have problems elsewhere at some point)
PS: entirely up to you, but i somewhat question the wisdom of having all items everywhere but hidden .
not only will it effect your load times, but also will you end up with elements with the same id and I would think searchengines won’t be too happy either if 70%+ of your page is actually hidden from the user (though that’s just a semi-educated guess)>just drop me a line here and i close it then
now would be good if you want me to have a look..let m eknow
works fine here. can i have a link to the site please
the selected value is stored in a global session variable. it will only popup again if you are actually redirecting to a different server/domain altogether (or clear the session of course).
you would have to figure out a way to share sessions across domains (memcached springs to mind perhaps – just off the top of my head – which might or might not help you)
there is no stockmanagement in wppizza.
the plugin expects you to have your products available (though you can just turn an item off when you run out of course)maybe there’s a plugin that does/allows that.
or perhaps a filter …. just throwing ideas at you…
dunno. maybe there’s a plugin that does/allows that.
the wppizza registration function just uses wp’s standard functions
(although I don’t know why there would be anything different in a multisite installation, given that users are only ever registered in the parent site anyway)
furthermore, i would generally steer clear of messing around with such fundamental wp security stuff. those guys behind WP tend to know what they are doing and why they are doing it the way they are doing it ….
having had a quick look, that fix is simple actually. will make an update available in the next few hours
c) if you want absolute positioning, i would suggest *not* to enter an element id and just use css
a) i cannot see any element in your page with id “buttom0” (or “buttom” for that matter) to start off with
b) if you want the minicart elsewhere (statically at the bottom as i understand it ) you’ll have to override/adjust the css somewhere with the correct positioning declarations
>Yes that works fine
ok> My PRoblem ist that i need both plugins
of course. just trying to narrow it down.
i believe the issue is actually in the postcode plugin… will investigate and do an update as soon as i have fixed it …not sure yet when. must find out why first .
hopefully later today or tomorrow though -
AuthorPosts