ricmetal
Forum Replies Created
-
i hope the plugin gets this feature tho, all things considered.
it’s not bad of a plugin.
less time yes, more automated no. my cliente (which never makes up her mind) now has two places to change the same info. why? because it’s a given that products are on one page, and registration is on another. i don’t know why nobody has ever said anything – perhaps it’s because there’s not many users with the plugin installed? then half of who installed look for another plugin? and half of the remaining don’t care? half of the remaining settle for how the plugin is built? idk
one thing is creating functionality, the other thing is creating confusion.
show me a website where you can only see a product on the registration page?
but leave that alone.
the plugin allows me to show the registration page *without* subscriptions. so now the users need to register before looking at the subscriptions to buy.
can’t you see you’re looking at it the wrong way?
it’s rhetorical. it’s obvious the plugin will stay as is.
still, appreciative for the plugin.
cheers
i guess i can make a page with the same info (of each product) that can be found in the register page, but i think your plugin would greatly improve its usability if logged out users could see products before registering, which like i said, it’s not how you do things, imo!
right. but there’s a difference between looking at products to buy before deciding to go to the register page. imagine amazon hiding every product until you go to the register page.
wanting to register implies knowing there’s a product you’re interested in.why wouldnt you let unlogged-in users to see what they can buy before registering? doesn’t make much sense.
ok, good to know. thanks for the replies!
fyi first, i’m now testing on desktop, with chrome’s developer tools, setting the view to mobile. my phone went bust yesterday so i’ll have to post-pone testing on mobile (just as a assurance)
anyway:
it works (if link is disabled in menu, then treat parent as toggle) when i set the mobile menu in customizer to “sidebar” and “drop-down”, and the “link as target” like you said. thanks.
but as “full screen”, it doesn’t work like the other menu types. doesn’t even have the option to do “treat link as target”has this been updated to work like: “It makes more sense to toggle the submenu when the parent item doesn’t contain any link”
baecause it doesn’t seem to be working on mobile. parent link is disabled, but on mobile it still is a pressable link that will take you (in my case) to an empty page.
same problem here.
IPN Url is set up correctly, and IPN is active.Forum: Plugins
In reply to: [Void Elementor Post Grid Addon for Elementor Page builder] buttonsAnd to translate into multi languages?
another issue with the forms; this string “Thanks for contacting us! We will be in touch with you shortly.” won’t show in my language; shows in english only.
Iv’e translated it, and apparently the form is working fine, because i just changed another string that shows on the front end of the form (“email confirmation” description text) and the changes are visible.
seeing the “thanks for contacting…” is also on the front end, and is already translated, it looks like this is a problem with the plugin.
thoughts?
- This reply was modified 6 years, 2 months ago by ricmetal.
Forum: Themes and Templates
In reply to: [OceanWP] Fonts and Childsedit: ah, it’s has nothing to do with OceanWP i think. Styling Options Location was set to Custom file instead of WP head.
thanks!
hi,
reactivating didn’t fix it, unfortunately. text size of the website did change when i activated the parent OceanWP theme, but went back to smaller size (8 or 9px!) when reactivating the OWP Child.ok…i think i’m getting somewhere.
the form that should show up in portuguese but shows in english was created before i created the portuguese language (AO90) and started translating it.
i’ve now created a new form and suddenly every word i translated is showing up as translated, not english.
this is very poor engeneering.
dispite the fact, the form works good, and hopefull no more of these surprises show up.*thinks the plugin should address this and flies away*