Forum Replies Created

Viewing 30 posts - 1 through 30 (of 66 total)
  • Author
    Posts
  • in reply to: Changing the bckgr color of full-width submenu #740012

    Works like a charm :)

    Thanks Vinay! Specially for being so quick in the weekend (!)

    in reply to: Changing the bckgr color of full-width submenu #739972

    Thanks Vinay, for the quick response.

    The code you hinted does do half the trick. Lovely and simple. Thanks. But we’re not there yet…

    The in-development site is being built here: http://perstuk.vanrem.nl/
    And here you find the precise explanation with guiding images of all of it. From that description on, I bet coming up with a solution is probably super easy for you guys.

    Thanks!!

    in reply to: Enfold and Avia completely broken #475456

    And while both sites had died, in pieces…

    …two hours later all was good again. Without any logical reason.

    Gawd, do I hate stuff like this. Anyway, cheers!

    in reply to: Problem with universal colour #454691

    You. Guys. Rock.

    Perfect. Exactly what I meant. Thanks so much!!

    in reply to: Problem with universal colour #454327

    Sweeeet!

    That last one is pretty cool. Thanks, Rikard. That should do the trick if I ever encounter such again. Now if I only knew the ‘code’ for the background of a large-gapped masonry… (which looks pretty crappy put inside a color section).

    Yeah, if only I knew… Wink wink ;)

    • This reply was modified 9 years, 6 months ago by Remco Geelen.
    in reply to: Problem with universal colour #453971

    Hi Elliot.

    Thanks for the response. I’ll take you through it more clearly:
    – looking at the homepage now, I just inserted your CSS, et voila. Super solution!
    – looking at http://www.yvons-fotostudio.nl/portfolio/ though, you can see the light grey iconbox bckgr.
    – if I change this to a dark grey, all iconboxes will be perfect!
    – yet all the light grey on shop pages – http://www.yvons-fotostudio.nl/product/schoolfotografie-extra-afdrukken/ – then changes too.
    – so, whatever I choose, EITHER the iconboxes on any pages OR the shop pages will look crappy

    Can I use this code for every page? If I can… oh wow. I just replaced .home by .page (you know I am anti-tech originally, so it’s always lucky guessing over here). And now all iconboxes are as I like ’em. While the shop pages are still okay too: light grey text area backgrounds.

    So, for me for this moment and this website this is a great solution. Just one question though: instead of .page ?? Could I go for something like .main content ?? And .alternate content then too. Because now, if I wanted an iconbox in an alternate content area … lol. Just tell me how to manually control the color of the iconboxes given the different color sections.

    :D

    in reply to: Problem with universal colour #453358
    This reply has been marked as private.
    in reply to: Background image problems #419307

    That surely helps. Logically. No hussle left.
    Not the desired outcome of course though ;)

    in reply to: Maps pop-up box size adjustable? #419258

    @SmoovP was just too quick for comfort ;)

    in reply to: Maps pop-up box size adjustable? #418771

    @SmoovP

    That. Is. Simply. Perfect.

    Muchos gracias!! And thank yourself too ;-)

    in reply to: Background image problems #418533
    This reply has been marked as private.
    in reply to: Background image problems #418491
    This reply has been marked as private.
    in reply to: Background image problems #417906

    Thank you for the quick response @Yigit

    Doesn’t seem to work though :( On any of the site’s pages so it seems. Footer keeps breaking / falling apart.

    in reply to: Please contribute and translate Enfold #417734

    Hi @Groeier!

    I hope you haven’t gone and alter too much. I think I put a 40 hours in it in total. And even decided on that one you mentioned pretty deliberately. As I have with every single item. Why did I call this one ‘stuk’ or ‘piece’? -Because it doesn’t address an article per se. It could address any other item. Like, e.g., a portfolio item. Still, I appreciate it very much. And my opinion is just one, and I can tell you, after several hours (as several glasses of red wine) the mind tends to go trick itself sometimes. I just hope you don’t translate stuff from Dutch to English, regarding “I’ve took” :P :P

    I wish you all the best with the ‘band’. Looks splendid!! Nicely professional and all. And, trying to read your mind, unsolicited: Wil je in je footer niet die rechter van de drie kolommen wat meer naar rechts duwen? -Omdat het op het oog nu net een beetje de (breedte-)lijn uit je site weg trekt. Ik heb zo de code paraat die je permanent in QuickCSS kunt invoegen en waarmee je met die kolombreedtes kunt stoeien. Als jullie die-hard developers zijn en me nu uitlachen, dan heb ik het niet aangeboden ;)

    Cheers!

    in reply to: Masonry Gallery images SEO-unfit? #404497

    Hmmmmm… I really thought – based on my experience – uploading and optimizing the images, manually adding the page URL to Google’s indexing tool, and then waiting 4-5 days would do. And so I came to a conclusion. Apparently an incorrect one: Googling today for the keywords I entered DOES lead to showing these images in the search results.

    Sorry for making you wonder and come up with that code, mr. Ismael Penn, sir ;) It seems to be okay after all. I guess I should simply ignore the testing tool warnings, wouldn’t you say?

    in reply to: A typical frontpage, optimally responsive #398828

    @begrafiks Thank you SO much for taking the time to help me. Very very much appreciated!
    And thank you too @ismael …or, Sean ;)
    Will try and make this work asap!

    – – – –

    30 mins later: yay!!! This is fun!!! I wish I hadn’t chosen Business Administration 15 years ago, but programming/designing instead :)

    • This reply was modified 9 years, 10 months ago by Remco Geelen.
    in reply to: A typical frontpage, optimally responsive #398563

    That actually sounds perfect. Thank you, @begrafiks! Now if only I knew what you mean exactly… I do see what you mean, in an abstract way. It’s the media queries that make me go “ahmmmm…”. I lack any technical background ;)

    Sounds like I could understand it though. Any place I can find references perhaps? Don’t need to waste your time teaching me from the bottom up of course. Sounds like a solution to me!

    • This reply was modified 9 years, 10 months ago by Remco Geelen.
    in reply to: A typical frontpage, optimally responsive #398532

    Hi Elliot.

    Thanks for your response. Indeed I could use the shortcode. Yet, that would be convenient when using the LayerSlider e.g. And that means I cannot go for the vertical screen-filling effect I wish for. Hence, the easy way I chose: a color section with e.g. buttons in it.

    Thing is, what happens when resizing is this – http://tuxpixels.com/screen-resized/ – that should explain it perfectly.

    in reply to: Download disappeared #397865

    – obsolete contribution deleted by myself –

    ;)

    • This reply was modified 9 years, 10 months ago by Remco Geelen.

    Most probably I’m wrong. And sorry for butting in.

    Might be worth a try though. Since both the problem, and the timing, resemble the problems concerned with the Dutch translation file flaws brought about some weeks ago. I looked into the Russian file, and it looks equally messed up as the old Dutch one. Meaning a quick fix COULD perhaps be done in 2 minutes. Worth a try?

    You happen to be using the Russian translations in Enfold, @miskostanisic? In that case you could try this:
    – Go to >>> wp-content > themes > enfold > lang
    – First store the 2 Russian files (.mo and .po) some place safe, and remove them from this folder
    – Copy the English versions to e.g. your computer, rename them into the Russian ones
    – Place these back into the folder as if they were the Russian files

    Again. Little chance, I’m just a user. But still… My fingers are crossed for you!

    in reply to: footer title lower in one column #397794

    Hi Mike @mikebru77

    I’m just a passer-by. But I think I can help you with this. Even though I don’t see a link to your website.

    I’ve experienced this pretty often. Thing is, not all footer elements are Enfold-built. Or WP-built. There’s a wide variance in widgets. So I guess it just happens that one is placed in a position that looks off or ‘awkward’. A technically pretty fix I don’t have. A very practical one, though? -Surely!

    Let’s say you create a dummy blog post. In a blog post you have to create a post without using the Avia drag-n-drop layout builder. Yet, many elements are available, via the dropdown in the upper right corner. So, if you go there and insert a WHITESPACE element (an invisible separator) you can artificially adjust the position of the text below it. Copy the piece of code that has now appeared in the blog post, paste it into a simple text/HTML widget, which you place on top of the element you’re referring to, in the column you’re referring to, and you’re ready to go. Simply because you’re now artificially pushing or pulling the position of the widget in question.

    Shortcut >>> Create that text/HTML widget in the column you want, insert the following code, and play with the “-40”. The exact number you’re looking for I guess will be somewhere around this level of -40 pixels.

    [av_hr class='invisible' height='-40' shadow='no-shadow' position='center' custom_border='av-border-thin' custom_width='50px' custom_border_color='' custom_margin_top='30px' custom_margin_bottom='30px' icon_select='yes' custom_icon_color='' icon='ue808' font='entypo-fontello']

    in reply to: Please contribute and translate Enfold #397769

    Lol…

    I feel flattered, Bas. Thank you for the kind words! Story of my life btw, doing stuff, committing myself, and not getting paid, or better yet, getting fired. Rest assured though: that’s not at all im Frage here. And no, Kriesi-team, we don’t know one another irl or anything. So it’s a pretty da** real flatterish feeling indeed :)

    First of all, I did the translation on my own initiative, in the spirit of ‘OpenSource’. Surely, driven by the insane translation, but the Kriesi-team isn’t to blame: they depend on ‘us’. And only so much of the Dutch version was actually translated, and at some point in the last series of incremental updates, many terms got mixed up. Which gave me the exact same problem you’re experiencing: header options and such went berzerk. And secondly, I strongly wanted to do the translation. For myself, for some clients (I happen to be dating the one whose English sucks the most, lol), and for the team. I didn’t really know anything about WP or building websites when I first purchased a copy of the theme. And let’s be honest, what a theme!! Fit even for n00bs like me. And third: the translation file couldn’t have been incorporated in 3.0.8. Simply because it wasn’t there yet. So it’ll be there in 3.0.9. most probably.

    Take care Bas! Guess we just gotta be patient for a week or so. They’ll take care of it. And again, my sincerest thank you :)

    in reply to: Background image problems when 'fixed' #396832

    Hi Elliot

    Thank you for the feedback. Seems to have been exactly that! I just looked into http://www.arzusplace.nl (another site I helped build) running 3.0.4. still. And the old problem occured, exactly the way I described. Backgrounds falling apart. So I ran the update, and immediately all flawed vanished. Awesome!!

    So, FYI:
    It seems that Chrome bug fix did exactly the same for Opera. Don’t know if that makes any sense, but it’s true. I’m still merely using Opera. And did so, when I updated the theme, right there, 5 mins ago. Which annihilated the issue.

    Thanks a lot!!

    in reply to: Background image problems when 'fixed' #395587

    Hi Elliot.

    I tried and tried. But I can’t seem to screw it up… Hahahah, now that’s a first.

    I’ll try some more. But for now: even when I set a certain background in the page to fixed, and the backgound pattern in footer and socket to fixed and so on, even this one works. And that website was the most broken one.

    Sorry… never mind for now. And FYI, it was in Opera, and turned out pretty much the same in Chrome. I’ll let you know when I’ve recreated it successfully. Cheers!

    in reply to: Background image problems when 'fixed' #394713

    Thank you, Andy.

    What I’m trying to achieve is that the background pattern simply shows. In the pictures I uploaded there, half (or more, or less) of the background is gone. The pictures are clear enough if you look closely ;)

    I’m using pretty few plug-ins on most sites. Unless it’s caused by SEO for WP by Yoast or WooCommerce, I dare say it’s not a plug-in thing. Thing is, you guys never heard anyone having this problem? The problem of the partially not-appearing background image, considering the backgrounds Enfold offers by default. The background patterns, like ‘diagonal this’ and ‘for dark background that’.

    Never heard of this one?

    in reply to: Background image problems when 'fixed' #393724

    Hi Ismael,

    Thanks for your response. I opened some random pages of this particular site and made some relevant screenshots:
    http://www.hch-cursussen.nl/examples-crooked-background/

    Cheers,
    Remco

    in reply to: Size content to viewport #392206

    Beware! A non-tech answer:

    Horizontal scrolling? Which never actually happens, when resizing. Right?
    So Google is seeing things that aren’t actually happening. Right?
    Furthermore, the site looks absolutely normal.
    Yet, when resizing, in a certain range of sizes, the menu and logo overlap.
    So I wonder… does Google give you the same notice when

    a. you temporarily remove e.g. the utter right three 3 menu links?
    b. you temporarily make the site full-width instead of boxed?
    c. you upload a temporary 1×1 pixels logo?
    d. you temporarily set the page width to, say, 1400 pixels?

    Sorry. Not an answer. But a logical path to diagnosis and potential fix/solution. Cheers!!

    • This reply was modified 9 years, 10 months ago by Remco Geelen.
    in reply to: Please contribute and translate Enfold #391502

    Lol @BartWit. Guess what I’ve just been doing! Exactly that. And thanks for the compliment!

    Yet! I’ve not only overlooked that one (weird, because it had been annoying me since forever, e.g. here). But check it out in the screen – these terms (‘volgende’ = 8 characters) will be a bit too lengthy, I’m affraid.

    How about we replace “vorige/voglende/volgende” by “eerder/later”? Then it’s surely going to fit into the designated grey areas. And it’s a key thing, this datepicker. It’s the customers reservations part of any website. So… yay!!

    I’m putting my money on you agreeing with me, Bart. And so, here, again, are the NEW Dutch translation files. And please know, older flaws (I just ran into a handfull) aren’t my fault :P :P And I’ll be re-updating it in some weeks. Cheers all!!

    • This reply was modified 9 years, 10 months ago by Remco Geelen.
    in reply to: Please contribute and translate Enfold #388496

    For the first next update :)

    Busted my ass off, never did this po/mo-thing before, here you go: the Dutch translation files. In which 97% has been translated. Checked, adjusted and added, from the bottom to the top and back. As compared to website and specific placeholders and such. Maybe containing 10 spelling and 3 grammar errors. But that should be about it.

    Hope to see it go live soon. And Cheers to all the Dutch peeps! I hope it all makes more sense now than it ever did.

    in reply to: Please contribute and translate Enfold #387881
    This reply has been marked as private.
Viewing 30 posts - 1 through 30 (of 66 total)