This is one of the concepts behind the new layout, is to avoid mixed up info… but now that I look at it, I think that having the same table on two pages would suck. I think you took the best option there.
I thought about this too, and I also prefer to have infos about one issue as compacts as possible. But I think the goal of having the combined table is, that you see the difference between the pin mappings of din’s and dout’s at one glance, I think this is worth a exception. Maybe the placement in the namespace :module is a bit weired, but I didn’t see a better quick solution.
one thing I changed was the page name, to din_dout_pin_list. Why?
I wanted to avoid underscore because it looked like the new page names should try to avoid these. but what you say makes sense.
That didn’t work out well, I have to scroll inside the boxes, to see the paragraphs. I think that for paragraphs, traditional line spacing is still best.
one thing is, that no parsing is done for the content of the boxes, also no automatic linebreaks. This causes the scrollbars if your screen / browser window is too small. I’ll change this and use normal paragraphs.
Good question… Would you like to suggest guidelines that you think would be smart? There are also the pretty boxes like on the current homepage, it would be good to figure out when to use them..
one guideline then should be, that the content should not be too wide. If there is a way to disable the scrollbars, this would be very nice.
There are also the pretty boxes like on the current homepage
do they fit into the new layout? Maybe they are not meant to be a part of the new layout concept (graphically). What durisian says to this?
Code snippets should use the code tag
ok, I just read on the wiki-syntax page, that the code-tag is just another way to disable the parsing. I’ll read some more.
most important was adding the ‘d’ to ‘dout’, but i added the underscores to match the similar page names