Talk:Browse by Country

Multiple Columns
We have talked in meetings about long lists. . . whether we want to put them into columns or not. At this time, the have some great pros as well as some pretty serious cons. I will soon be working on a way to get rid of the cons. Do we want to move ahead with the multiple columns without taking care of the cons at this time? I believe this question is for the powers to be. Thomas Lerman 16:13, 10 June 2008 (UTC)

I like the changes that have been made so far. Are there more that you are thinking of, if so what are they? I think it may take a while to get used to the change but I like it. Darris 17:22, 10 June 2008 (UTC)

The changes that we were talking about, which would take care of the cons are manually demonstrated within my user talk page. It makes columns look and act the same of existing columns within the MediaWiki look. Thomas Lerman 17:56, 10 June 2008 (UTC)

I also like the changes made to the Browse by Country page. Although I don't remember any discussion about the pros and cons, so I'd say let's keep the changes! Franjensen 21:39, 10 June 2008 (UTC)

I believe the discussion was in the old forum. . . maybe not. If I remember correctly, the big con is the limited ability of most that would do editing. Hopefully, I will be able to get to the changes that I had created the look for in my talk page. Thomas Lerman 21:54, 10 June 2008 (UTC)

WOW! I really do not like this and it is making me motivated to get the other thing working. . . although I have higher priority things going on right now. As Bromaelor and I found out, a small change really messes columns, tables, etc. The other thing will make it all automated and consistent with other lists. Thomas Lerman 04:14, 26 June 2008 (UTC)

Sorry Thomas, which bits don't you like? I have an aversion to thick lines on tables (they look so out-of-date) and tend to get ride of them whenever I see them. But feel free to revert if you prefer them that way. I agree that additions or deletions do mess up the table for anyone not familiar with coding. bromaelor 20:14, 26 June 2008 (UTC)

I generally would agree on the thick lines that you mentioned. I do not like the inconsistency of the way this browsing works compared to other things within the MediaWiki code. I really dislike how easy it is for anyone to mess up the tables with a simple addition or deletion. That is my biggest complaint with the current method. When I get some higher priority stuff complete, I hope to work on a new extension that will handle all this automatically so it will be easier for all involved. I do not know about you for sure, but would guess by your comment that you are familiar with coding. I am extremely familiar with coding. If you look at the history, both of us messed up the formatting of these tables pretty dramatically. It makes me shutter to think how someone not familiar with coding could mess it up. Thomas Lerman 22:45, 26 June 2008 (UTC)

I always use Wikitext to edit rather than the GUI. The GUI lets inexperienced users mess things up without realising what they are doing. I've been a teacher of IT for 30 years, and a contributor to Wikipedia for several years, so give me coding any day! I was impressed by the "CompactTOC8" template though!!! One of the things I was trying to do on the page was apply a bit of logic! There are only 3 entries under 'W': Wales; Wallis &amp; Futuna and Western Sahara, so why to they take up 2 lines??? I combined them onto one line (as I did with the 'R's) but this has now been reversed by another used. Does common sense not apply here??? bromaelor 14:11, 27 June 2008 (UTC)

I have been in the IT field for almost 30 years as well, mostly as a program and in management. So, I am in the same boat as you converning Wikitext and the GUI. I believe the current layout of this page is too easy for people to mess up whether using GUI or Wikitext. I agree that three entries should take only one line in the current format. To me, even the A's should be more balanced as well. This all adds to the complexity especially for the least computer saavy people. These reasons are why I am wanting to write something new to handle everything automatically. I was glad to implement the CompactTOC8 here to make life easier. I do not believe in having to recreate things all over the place. I am hoping to create something new to replace this as well that would make this even better and easier. I have quite a list of articles that I want to clean up with these things. . . hopefully soon. I am really glad to hear that we have you as a contributor here and as a Wikipedia contributor too. I think that will be helpful. Thank you for your help and contributions. Thomas Lerman 20:22, 27 June 2008 (UTC)

The simplest solution, which should allow anyone to edit, would be to not use tables?

A
Afghanistan | Albania | Algeria | American Samoa | Andorra | Angola | Anguilla | Antigua and Barbuda | Argentina | Armenia | Aruba | Australia | Austria | Azerbaijan

B
Bahamas | Bahrain | Bangladesh | Barbados | Belarus | Belgium | Belize | Benin | Bermuda | Bhutan | Bolivia | Bosnia and Herzegovina | Botswana | Brazil | British Virgin Islands | Brunei | Bulgaria | Burkina Faso | Burma | Burundi

and so on? bromaelor 14:16, 29 June 2008 (UTC)

Interesting thought. I agree that the tables cause some pretty major problems and is not very user friendly to edit. The automatic solution that I will work on will not have any tables either. Thomas Lerman 14:33, 29 June 2008 (UTC)

One more thought! Replace tables with columned lists in divisions? It automatically sets the columns so it may be easier for non-coders to edit using the GUI (assuming they don't delete the divisions!). I've tried it out, see what you think bromaelor 09:45, 7 July 2008 (UTC)

The problem with style="-moz-column-count: 3;" is that it only works with certain extremely new versions of browsers. Thomas Lerman 14:04, 7 July 2008 (UTC)

Browse by Country
I don not understand why this has been done manually whe you already have > Category: Countries ? Or am I missing something? davide 03:30, 14 August 2008 (UTC)