On Sun, 15 Apr 2012 15:37:25 +0200 Thomas Schmidt wrote:

The source of this problem is that the bullet for the lists was moved from outside to inside which also changed the margin. Setting the left margin fixes this, but I would prefer to move the bullet back to outside which makes the content nicer aligned.

Obvious question is who did it and why? Solution depends on reasons and source of change, we can add more left margin (or padding), or revert the change if it is not in a wiki software, or done by your boss :) -- Regards, Rajko -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-wiki+owner@opensuse.org

On 04/16/2012 10:10 AM, Thomas Schmidt wrote:

On 15.04.2012 16:06, Rajko M. wrote:

...

On Sun, 15 Apr 2012 15:37:25 +0200 Thomas Schmidt wrote:

...

The source of this problem is that the bullet for the lists was moved from outside to inside which also changed the margin. Setting the left margin fixes this, but I would prefer to move the bullet back to outside which makes the content nicer aligned.

Obvious question is who did it and why? Solution depends on reasons and source of change, we can add more left margin (or padding), or revert the change if it is not in a wiki software, or done by your boss :)

It's 8643fc4176d0c2cae4bddec326bf217dcdc2f235 from Sascha. I think it was done with the obs navbar in mind, but I would like to revert it. The navbar was one place which overwrote the default settings :-) Generally, margins and paddings are a bit of a mess (including Bento itself). So the intent was to start untangling this a bit. However, if it leads to a hack in the wiki CSS, we may as well revert it.

The question is how we can / could handle such situations better. To me it seems that developing the Bento theme will always result into some breakage somewhere. -- With kind regards, Sascha Peilicke SUSE Linux GmbH, Maxfeldstr. 5, D-90409 Nuernberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer HRB 16746 (AG Nürnberg)

On Tue, Apr 17, 2012 at 8:36 AM, Rajko M. wrote:

On Mon, 16 Apr 2012 10:58:48 +0200 Sascha Peilicke wrote:

...

The question is how we can / could handle such situations better. To me it seems that developing the Bento theme will always result into some breakage somewhere.

Better way would be to introduce shim file for each server application with fixes that make layout the same independent of underlying software. That way when wiki is fixed, it will not mess with build service. Every now and then we can review those files and put common elements in a main bento file.

Current situation is that fix is applied only to en.opensuse.org and it must be ported to each wiki manually.

The other way is fixing software which involves much more work and skills which will slow down a problem resolution.

-- Regards, Rajko -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-wiki+owner@opensuse.org

added that fix to zh.opensuse.org but personally I saw no difference.... marguerite -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-wiki+owner@opensuse.org

On 19.04.2012 01:42, Rajko M. wrote:

On Wed, 18 Apr 2012 15:10:22 +0800 Marguerite Su wrote:

...

added that fix to zh.opensuse.org

but personally I saw no difference....

Depends where you look at, but also did you purge browser and server side caches. Server side will be cleared with link Refresh, visible to logged in users on top of each page.

On plain list without other elements it will move list from edge, not enough though, but with other elements like on portal pages, bullets are still on the line of additional frame created with {{Box-header...}} and {{Box-footer..}}.

In other words reversing change could be better option, and then fix lists in a build service, by creation of shim file with corrections specific to build service.

Besides it seems that we have new version of MediWiki software which broke few more things.

Sascha, could you revert the "ul ol { list-style: disc inside }" change please? I don't want to revert it because I don't know if reverting breaks the obs now ;-) Greetings -- Thomas Schmidt (tom [at] opensuse.org) openSUSE Boosters Team "Don't Panic", Douglas Adams (11.03.1952 - 11.05.2001) -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-wiki+owner@opensuse.org

On Wed, 25 Apr 2012 03:24:28 +0300 Ευστάθιος Αγραπίδης wrote:

I saw that this configuration for the margin solves the problem. Is there a central place to put it in order to avoid changing every single navbar or template? I am talking about el.opensuse.org.

It seems solved - probably someone reverted change that made a problem. -- Regards, Rajko -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-wiki+owner@opensuse.org

Hello, Am Mittwoch, 25. April 2012 schrieb Stathis Agrapidis:

On Wed, Apr 25, 2012 at 4:01 AM, Rajko M. wrote:

...

It seems solved - probably someone reverted change that made a problem.

AFAIK it was not reverted yet.

In el.opensuse.org it is not solved. I checked it from different browsers. The bullets are not in the correct place. They almost hit the sideline. I also checked the wiki code behind both pages (english and greek) and it is synced.

You can see, for a more specific example, links [1] and [2]. In [1] the bullets look fine, but in [2] you should see the problem. So the question remains; what can I do for that?

http://en.opensuse.org/MediaWiki:Common.css includes a fix/workaround for "ul li, ol li". Please do *not* copy the content of MediaWiki:Common.css to el.o.o - we have enough maintenance hells already ;-) Instead, please add this in MediaWiki:Common.css: @import "//en.opensuse.org/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000" all; BTW: _all_ language wikis should add this @import line to their MediaWiki:Common.css to get CSS fixes from en.o.o automatically. Note that MediaWiki:Common.css is cached quite long - it will take several hours until changes become visible (even if you are logged in). For testing, using &debug=true should work, for example http://en.opensuse.org/index.php?title=The_page_you_want&debug=true Regards, Christian Boltz -- Speak out freely, of course, but don't start dissing part of the community on their personal opinions. One may only do that with trolls ;) [Pascal Bleser in opensuse-factory] -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-wiki+owner@opensuse.org