Kunena 7.0.4 Released
The Kunena team has announce the arrival of Kunena 7.0.4 [K 7.0.4] in stable which is now available for download as a native Joomla extension for J! 5.4.x/6.0.x. This version addresses most of the issues that were discovered in K 6.2 / K 6.3 / K 6.4 and issues discovered during the last development stages of K 7.0
Solved Formatting issue on fresh install of K5b5
9 years 10 months ago - 9 years 10 months ago #175825
by jhebbel
In a responsive template that should not be an issue as once the width is filled up it would just collapse the items into a menu as you have it. But Reply should definitely be its own button no matter what.
Running some of the strings through google translate, I dont see how its that much of a difference.
Quote = citaat
Edit = Bewerk
moderate = matig
delete = verwijderen
23 vs 28 characters.
Also an Icon only system could be considered, ChronoFoumes has many shortcomings, but the buttons and layout are simple and efficient use of space.
Also aided by the fact that quick reply really has no need to be on each of the posts, as quote is better suited to be part of the post.
Replied by jhebbel on topic Formatting issue on fresh install of K5b5
810 wrote: I can't sadly not include it to our code, because you need to think also at translations.
For example the Dutch language strings for the action are big, and if you do it without the groups, then it wouldn't fit on the screen.
In a responsive template that should not be an issue as once the width is filled up it would just collapse the items into a menu as you have it. But Reply should definitely be its own button no matter what.
Running some of the strings through google translate, I dont see how its that much of a difference.
Quote = citaat
Edit = Bewerk
moderate = matig
delete = verwijderen
23 vs 28 characters.
Also an Icon only system could be considered, ChronoFoumes has many shortcomings, but the buttons and layout are simple and efficient use of space.
Also aided by the fact that quick reply really has no need to be on each of the posts, as quote is better suited to be part of the post.
Last edit: 9 years 10 months ago by jhebbel.
Please Log in or Create an account to join the conversation.
9 years 10 months ago - 9 years 10 months ago #175840
by jhebbel
Replied by jhebbel on topic Formatting issue on fresh install of K5b5
Yes, that is present.
The Image Icons for the Editor
Its loading the stylesheets just fine now from what I can tell, the issue seems to be with the path used in the stylesheet for the icons.
Click for 404 errors:
If you notice the paths are wrong, it is looking in my root site's media folder rather than the components template images folder.
Paths SHOULD read as
The lightbox for the quick reply
The lightbox style behavior seems to be coming from bootstrap.min.css
You can see the width being specifically set here and as far as I can tell the forums template does not override this to force proper dimensions. If I disable the above css it then looks proper, so my guess is the style for that box needs to be implicitly set in a style tag, or the class needs !important flags.
It may be working for you because you may be implicitly setting the order your stylesheets load, if your forum css is loading after bootstrap, then it takes priority and the css attributes for the model box are replaced with your own, but this cannot be trusted to alwayse be the case. As is my case, bootstrap css loads AFTER the forum css, so classes set without the !important flag get overwritten.
The Image Icons for the Editor
Its loading the stylesheets just fine now from what I can tell, the issue seems to be with the path used in the stylesheet for the icons.
Click for 404 errors:
Warning: Spoiler!
If you notice the paths are wrong, it is looking in my root site's media folder rather than the components template images folder.
Paths SHOULD read as
Code:
https://inputmapper.com/components/com_kunena/template/crypsisb3/assets/images/{IMAGEFILE}
The lightbox for the quick reply
The lightbox style behavior seems to be coming from bootstrap.min.css
Code:
div.modal {
position: fixed;
top: 10%;
left: 50%;
z-index: 1050;
width: 560px;
margin-left: -280px;
background-color: #fff;
border: 1px solid #999;
border: 1px solid rgba(0,0,0,0.3);
-webkit-border-radius: 6px;
-moz-border-radius: 6px;
border-radius: 6px;
outline: 0;
-webkit-box-shadow: 0 3px 7px rgba(0,0,0,0.3);
-moz-box-shadow: 0 3px 7px rgba(0,0,0,0.3);
box-shadow: 0 3px 7px rgba(0,0,0,0.3);
-webkit-background-clip: padding-box;
-moz-background-clip: padding-box;
background-clip: padding-box;
}
You can see the width being specifically set here and as far as I can tell the forums template does not override this to force proper dimensions. If I disable the above css it then looks proper, so my guess is the style for that box needs to be implicitly set in a style tag, or the class needs !important flags.
It may be working for you because you may be implicitly setting the order your stylesheets load, if your forum css is loading after bootstrap, then it takes priority and the css attributes for the model box are replaced with your own, but this cannot be trusted to alwayse be the case. As is my case, bootstrap css loads AFTER the forum css, so classes set without the !important flag get overwritten.
Last edit: 9 years 10 months ago by jhebbel.
Please Log in or Create an account to join the conversation.
Time to create page: 0.344 seconds