Mike80

Hi, @khalilu.

Thanks for your feedback, I’ll try to sort it out and see if I find a working solution (I’ll post it here later if I make it work).

Cheers.

Hi guys,

Sorry for the late response but I took some days off and returned to work just a few days ago.

I tried what you suggested and inserted the code at the end of the functions.php file but it didn’t worked…my badges only still appear on the general products page, if I open an individual product page, the badges just wont show up…

Any ideas? It’s just a shame having a visitor opening a product page and knowing he’s gonna miss the info showed in the badges…it even can cause some misunderstandings due to the fact that most of the times it’s a discount related information…

Hi @yithemes.

I’m using the OceanWP theme on my online shop.

I really hope you can help!

Hi there.

I have the same problem, I need my gallery thumbnail images to be a litle bigger because they are getting a litle cropped in height.

I did the change mentioned above in the functions.php file but the images remain in the original size (100*100)…any ideas why is this happening?

Thanks in advance.

PS: Great job, by the way!

@yithemes

Hi there…

It didn′t worked…worst, after the rebuild the images I had that appeared with the correct size (not cutted) all changed to the same format as the last new images…now when I open the compare table the images are all cutted (it’s strange because it only happens on the compare table)…

I’m lost…

PS: I just restored a backup and the old images (at 300*338) are displaying correctly again…even when I change the resolution on the compare table settings, the old ones don’t appear cropped but the more recent ones do! I really need some help, I can’t find out the origin of this problem…

• This reply was modified 5 years, 3 months ago by Mike80.
• This reply was modified 5 years, 3 months ago by Mike80.

@yithemes

Hi there,

I’ve just realised I have an error on the description above…the folder where I found the array settings wasn’t on the “templates” folder but in the “plugin-options”.

Either way I changed the value to “0”, both on “default” and “std” with no change in the outcome…

It’s really strange because I have images I uploaded a couple months ago exactly with the same resolution (320*360) and they appear ok. These images original resolution somehow is beeing changed, I have on the plugin settings the resolution defined to 220*154 with hard crop disabled (also tried enabling it), but the old images appear at 300*338 in perfect conditions (with the resolution added at the end of the file tittle like this: https://loja-online.futurland.pt/wp-content/uploads/2019/08/huawei_p30_plus_detalhe_preto-300×338.png while the new cutted images appear like that: https://loja-online.futurland.pt/wp-content/uploads/2019/11/apple-iphone-11-frente-preto-meo-220×154.png )

I’ve already tried changing the resolution in the plugin settings but it doesn’t work…what am I missing here??

@yithemes

Hi there.

Thanks for the help, it worked perfectly!

Still have a minor setback regarding the images size but I’ve asked for help on another topic.

Once again, thanks alot!

• This reply was modified 5 years, 4 months ago by Mike80.

Hi there.

Sorry for the late response guys.

Thanks for the info, it worked like a charm, now I have my compare table in PT-PT (there wasn’t a PT-PT PO file, only a BR-PT that had significant diferences), but now everythink is ok (well, almost everything).

I only have a “small” problem now…in the bottom of the table I always get three messages (all iqual) independently of the content…I get the word/message “undefined” three times under the table, is there a way of removing that messages?

se fosse uma falha completa dum plugin pago fazia todo o sentido uma interven??o paga, agora uma falha numa funcionalidade fornecida gratuitamente acho que merecia uma resposta de igual propor??o

“My bad…”

Realmente só hoje reparei que me enganei ao escrever o texto, como estava cheio de trabalho na altura acabei por responder à pressa escrevi “pago” 2x em vez de uma, o que queria dizer mesmo era:

“se fosse uma falha completa do plugin (ou seja, do plugin grátis e tendo a certeza que a causa era mesmo culpa do utilizador) fazia todo o sentido uma interven??o paga, agora uma falha numa funcionalidade fornecida gratuitamente acho que merecia uma resposta de igual propor??o” (isto a propósito do vosso próprio argumento que o plugin gratuito era um “modo de contribuírem para com a comunidade”…).

De qualquer modo já encontrei o ficheiro PHP onde est?o situadas as fun??es do plugin com os ciclos, as strings e os arrays que regulam a valida??o do NIF, e como a síntaxe da linguagem usada no ficheiro PHP n?o é assim t?o diferente das linguagens clássicas como eu estava à espera, assim que tiver um pouco de tempo pesquisarei e tentarei encontrar a fonte do problema.

Só mais uma coisa e por mim podem encerrar o tópico.

Quando anunciam que um plugin gratuito funciona a 100% e encontram potenciais clientes a verificar que esse n?o é o caso, o mínimo que podiam fazer era tentar ajudar a pessoa em quest?o a resolver o seu problema pois concerteza que existe bastante mais gente na mesma situa??o (especialmente com um tema t?o usado como o OceanWP), o facto de pedirem dinheiro às pessoas para resolver um assunto que à partida n?o está 100% funcional, só vos vai fazer perder potenciais clientes porque isto para as pessoas mais leigas é uma maneira extremamente eficiente de procurarem solu??es noutro lado pois pensam “se uma funcionalidade distribuída gratuitamente n?o funciona a 100% e os autores nem sequer mostram interesse em resolver o assunto, porque irei gastar o meu dinheiro aqui?’.

Esta é a minha opini?o e vou manter o que disse anteriormente.

Ah, e como já tinha referido antes, vocês s?o os autores e est?o no direito de procederem como bem entenderem, respeito esse facto mas n?o posso concordar de modo algum com estes procedimentos.

Pensem nisso…

E agora, por favor encerram o tópico (mas n?o apaguem, por favor) porque eu n?o quero continuar esta “batalha de palavras inútil”…se n?o v?o postar conteúdo útil ao problema e ajudar quem precisa, mais vale ficarem por aqui e inserirem uma TAG no Título a informar “caso n?o funcione no seu tema, teremos o prazer de o ajudar…por um pre?o”.

Cumprimentos e continua??o de bom trabalho.

• This reply was modified 5 years, 4 months ago by Mike80.

Est?o no vosso direito, compreendo o teu ponto de vista e respeito mas a meu ver, se fosse uma falha completa dum plugin pago fazia todo o sentido uma interven??o paga, agora uma falha numa funcionalidade fornecida gratuitamente acho que merecia uma resposta de igual propor??o, afinal e como tu referiste, é o vosso modo de contribuir para a comunidade…mas é apenas a minha opini?o e vale o que vale.

Como já referi antes, agrade?o a tua disponibilidade e a ajuda já dada, mas eu fico-me por aqui…

Humm…a sério? OK, tudo bem, eu lá me safo de alguma maneira, n?o vou estar a pedir or?amentos para uma interven??o por causa de uma única linha de código que foi partilhada gratuitamente e que supostamente deveria funcionar, n?o faz lá muito sentido…

Só queria mesmo perceber porque é que a solu??o do campo obrigatório funciona e a da valida??o n?o (pelo menos no meu caso), mas obrigado pela ajuda já dada de qualquer modo.

Cumprimentos e continua??o de bom trabalho.

Olá @webdados

Pois, realmente n?o percebo o que se passa…na minha loja, onde o registo do cliente só é feito quando finaliza uma encomenda, continua a aceitar o campo NIF com apenas 1 ou 2 dígitos…

N?o quero ser chato mas importas-te de dar uma vista de olhos à minha loja? Vou tirar o site da Manuten??o, basta escolheres um produto e finalizares a encomenda para surgir o formulário de registo, vais ver que o campo NIF está com preenchimento obrigatório mas continua a aceitar NIFs inválidos…

https://loja-online.futurland.pt/loja/

Obrigado pela ajuda.

PS: O tema que estou a usar é o OceanWP

• This reply was modified 5 years, 4 months ago by Mike80.
• This reply was modified 5 years, 4 months ago by Mike80.

Olá @webdados

Obrigado pela pronta resposta.

Infelizmente o problema mantém-se, acrescentei o código que indicastes mas num teste de compra que fiz, preenchi o campo NIF apenas com “12” e ele foi aceite na mesma….

Será que está a escapar-me alguma coisa…? Porque o código que inseri para tornar o preenchimento obrigatório funcionou na perfei??o…

add_filter( 'woocommerce_nif_field_required', '__return_true' ); /* campo NIF obrigatório */

add_filter( 'woocommerce_nif_field_validate', '__return_true' ); /* validar campo NIF (9 dígitos) */

Eu n?o tenho forma??o em Web Design mas tenho background em programa??o ‘clássica’, e normalmente nestes casos costuma usar-se uma fun??o ou um contador para verificar o número de caracteres numa string, será que é preciso fazer algo no género? (desculpa-me se estou a dizer algum disparate mas realmente só tenho umas luzes de PHP)

PS: Aliás, eu já tinha acrescentado o código que me indicaste, fui buscá-lo às FAQ, foi essa a raz?o da cria??o do meu tópico.

• This reply was modified 5 years, 4 months ago by Mike80.
• This reply was modified 5 years, 4 months ago by Mike80.
• This reply was modified 5 years, 4 months ago by Mike80.
• This reply was modified 5 years, 4 months ago by Mike80.

@lukefiretoss

What’s the point? Already saw someone complaining there about the same question and the answer given was “You have to buy the premium version to be able to access the variation images”…

What I really want to know is if they are doing this with the knowledge of the Woocommerce authors or not, because if this is a well accepted practice (blocking other plugins functionalities and asking money to unblock them), something is really wrong…