1

Topic: Design

It would be desirable to learn your judgement. You consider it as improving? On me so took a cool label and made of it  was became Entirely here 13.08.14 12:30: It is transferred by the moderator from ' About life ' - Kodt

2

Re: Design

Hello, GarryIV, you wrote: GIV> It would be desirable to learn your judgement. GIV> you consider it as improving? GIV> on me so took a cool label and made of it  well not such it and supercool. Especially I am am surprised with a mash from points and commas. But became, of course, much worse

3

Re: Design

Hello, __ kot2, you wrote: GIV>> On me so took a cool label and made of it  __> well not such it and supercool. Especially I am am surprised with a mash from points and commas. But, of course, became much worse By the way yes, at once did not note thousand comma and millions are divided by point There are experts, so all wrote it earlier or it is a special case?

4

Re: Design

Hello, GarryIV, you wrote: GIV> you consider it as improving? It was easy to read it initially, easy and after conversion. The monkey business is fulfilled simply.

5

Re: Design

Hello, GarryIV, you wrote: GIV> It would be desirable to learn your judgement. GIV> you consider it as improving? Became, unconditionally, worse. Here show as to make :

6

Re: Design

Unambiguous answer I will not give. But which that really refined in my opinion. Titles ("states" and "nationalities") are obvious and eat a lot of place.  are not necessary.  too fat. Points are not necessary. Crossed out sections are not necessary. Totals and all remaining, - on the one hand can seem that they found the successful decision, but finally all depends on that on what the table will be allocated. If in the book the first variant is more preferable . If on a wall (for example the poster), - the second. And in the second variant it is necessary will then add vertical lines.

7

Re: Design

Hello, BrainSlug, you wrote: BS> an unambiguous answer I will not give. But which that really refined in my opinion. Titles ("states" and "nationalities") are obvious and eat a lot of place.  are not necessary.  too fat. Points are not necessary. Crossed out sections are not necessary. Totals and all remaining, - on the one hand can seem that they found the successful decision, but finally all depends on that on what the table will be allocated. If in the book the first variant is more preferable . If on a wall (for example the poster), - the second. And in the second variant it is necessary will then add vertical lines. Crossed out sections allow to be guided easier that in what line - on directing a sight slides without efforts from the data to row headings and is reverse ( filling the same effect would give). Well also it is not necessary to forget that the first table is typed by hands is it is well visible on zero in the last column. When all manually - somehow not before experiments in design Could, of course, and try to align, but, probably, to few type-setter paid

8

Re: Design

Hello, andyag, you wrote: A> Became, unconditionally, worse. Here show as to make : A> Image: ZY8dKpA.gif Still to find a similar manual for tables not on printing documents, and on web pages. And the big tables. And and with an emphasis not on , nevertheless on : without interlaced change of a background to read tables extremely inconveniently, including printing.

9

Re: Design

GIV> It would be desirable to learn your judgement. GIV> you consider it as improving? , very interesting. "Avstro-Ugrija" and "Rumunija". What years spelling? Judging by individuality of Saxony and Prussia - to the middle 1860.

10

Re: Design

Hello, dimgel, you wrote: D> Still to find a similar manual for tables not on printing documents, and on web pages. And the big tables. And and with an emphasis not on , nevertheless on : without interlaced change of a background to read tables extremely inconveniently, including printing. Tables which are not read without a strip farming, are absolutely not necessary.

11

Re: Design

Hello, dimgel, you wrote: D> Hello, andyag, you wrote: A>> Became, unconditionally, worse. Here show as to make : A>> Image: ZY8dKpA.gif D> Still to find a similar manual for tables not on printing documents, and on web pages. And the big tables. And and with an emphasis not on , nevertheless on : without interlaced change of a background to read tables extremely inconveniently, including printing. And tell  when on the web page the big table is necessary. , the idea in itself is vicious.

12

Re: Design

From the text under the link directly follows that the design not final and is shown a thought course, instead of the finished operation, therefore sense to compare special is not present - with the same success it is possible to criticize appearance of a building on the basis of the constructed base. To see something comprehended, here it is necessary to fulfill, at least, the remark on accuracy (either to approximate or to change intervals between lines/columns, etc.) and  taking into account the remark on a font before the normal result turns out. Separately improvings are quite reasonable and logical.

13

Re: Design

Hello, Miroff, you wrote: M> Tables which are not read without a strip farming, are absolutely not necessary. Tables are necessary to deduce the tabular information, which can be very much and very different instead of to humour idiots - of "designers" with megalomania.

14

Re: Design

Hello, andyag, you wrote: A> And tell  when on the web page the big table is necessary. The list of messages of a forum on  see. UPD. By the way, if to uncover a tree of the big arguing in which interlaced illumination misses it is disastrously inconvenient to view posts with estimations or posts from interesting me  - looking on  and estimations in one of the right columns, to try to discover an appropriate post in the wide left. Quite often only from the second or third time I get to the necessary post. At present it is one of the most vile juzabiliti-jambs on a site. UPD. Personally I did not have till now large-scale project any more or less without the big tables. And at all in  where god ordered (for example, the list of users is present everywhere), and in  (a search result of rounds; the list of subscribers; etc.) . And still I can remind phpMyAdmin where  on the table the list of its fields with all attributes or its data (the same with SQL queries is deduced). A> , the idea in itself is vicious. , I generally in vain asked a design question at a forum of programmers.

15

Re: Design

Hello, dimgel, you wrote: D> Hello, andyag, you wrote: A>> And tell  when on the web page the big table is necessary. D> the list of messages of a forum on  see. Despite my huge love to RSDN, it it is absolute . One of the reasons is just here this table which does reading from phone before a dream absolutely impossible. And to throw to someone the link to interesting arguing, it is necessary to potter 30 seconds to open one necessary page without frames where the text of all answers is visible. It is enchanting -. But I love RSDN and it is pleasant to me that 12-13 years all that that I read it, its design does not spring behind trends like "is volume", "plainly", "", "" etc. D> UPD. By the way, if to uncover a tree of the big arguing in which interlaced illumination misses it is disastrously inconvenient to view posts with estimations or posts from interesting me  - looking on  and estimations in one of the right columns, to try to discover an appropriate post in the wide left. Quite often only from the second or third time I get to the necessary post. At present it is one of the most vile juzabiliti-jambs on a site. All participants RSDN are happy equally, but each participant is unfortunate in own way D> UPD. Personally I did not have till now large-scale project any more or less without the big tables. And at all in  where god ordered (for example, the list of users is present everywhere), and in  (a search result of rounds; the list of subscribers; etc.) . And still I can remind phpMyAdmin where  on the table the list of its fields with all attributes or its data (the same with SQL queries is deduced). At any task "to show the data" there should be a made setting: first of all - what for them to show, for whom, why these. For the table with the list of 1000 users is not present . Any. Is  type "to find on ", "to show most XXX on " and others, but they do not demand the big tables. The big table is such cheap  the decision when there is no resources (or desires) to make for people, instead of for robots. An exception, of course, tasks getting under a template "the big table, that XXX" is necessary to us __. A>> , the idea in itself is vicious. D> , I generally in vain asked a design question at a forum of programmers. Well, all began with the link to one "professional designer" this .

16

Re: Design

Hello, dimgel, you wrote: D> Hello, Miroff, you wrote: M>> Tables which are not read without a strip farming, are absolutely not necessary. D> tables are necessary to deduce the tabular information, which can be very much and very different instead of to humour idiots - of "designers" with megalomania. In relational DB all information - tabular. But it does not mean at all that it needs to be deduced in the form of tables

17

Re: Design

Hello, andyag, you wrote: A> And tell  when on the web page the big table is necessary. , the idea in itself is vicious. I will tell.  - to represent the table through the web interface, that's all. That it for the table what the data in it, what columns - you simply DO NOT KNOW it. What for  the mode went, to get into everyone   and on everyone  to write on ? However, there are still normal products, for example, well-known SharePoint. To the user, of course, there is a sense to offer pagination, but also it is necessary to offer a zebra. Purely as tools.

18

Re: Design

Hello, andyag, you wrote: A> At any task "to show the data" there should be a made setting: first of all - what for them to show, for whom, why these. Bla-bla-bla. Give, speak in clear: "tables are not necessary", and we laugh. There is nothing here around and nearby demagogy . A> For the table with the list of 1000 users is not present . At first, is, though also exotic. Secondly, it is enough 20: gets at me in the upper frame over a bend so much; thus the upper post is aligned on the upper edge, and in the middle of the frame all the same it is impossible to click the necessary post, looking at its estimation.

19

Re: Design

Hello, 0BD11A0D, you wrote: BDA> Hello, andyag, you wrote: A>> And tell  when on the web page the big table is necessary. , the idea in itself is vicious. BDA> I will tell.  - to represent the table through the web interface, that's all. That it for the table what the data in it, what columns - you simply DO NOT KNOW it. What for  the mode went, to get into everyone   and on everyone  to write on ? However, there are still normal products, for example, well-known SharePoint. BDA> to the User, of course, there is a sense to offer pagination, but also it is necessary to offer a zebra. Purely as tools. I about this all already wrote there hardly above.

20

Re: Design

Hello, dimgel, you wrote: D> Hello, andyag, you wrote: A>> At any task "to show the data" there should be a made setting: first of all - what for them to show, for whom, why these. D> Bla-bla-bla. Give, speak in clear: "tables are not necessary", and we laugh. There is nothing here around and nearby demagogy . And that you  with the "there is nothing here"? To you the difference between "tables is not clear are not necessary" and "tables are necessary less often, than it seems"? Can what draw a picture or a song to issue? A>> for the table with the list of 1000 users is not present . D> At first, is, though also exotic. Secondly, it is enough 20: gets at me in the upper frame over a bend so much; thus the upper post is aligned on the upper edge, and in the middle of the frame all the same not probably necessary post to click, looking at its estimation. I understood nothing from this that you wrote, except disagreement expression.

21

Re: Design

Hello, andyag, you wrote: A> Can what draw a picture or a song to issue? Draw the list that of a forum that was either without the table, or with the table, but without an interlaced background, thus legibly, information, with a space effective utilization, and generally it is better, than now; and all aforesaid - on different resolutions. A> I understood nothing from this that you wrote Happens. Well, re-read a branch, renew, of what in it it is a question.

22

Re: Design

Hello, GarryIV, you wrote: GIV>>> On me so took a cool label and made of it  __>> well not such it and supercool. Especially I am am surprised with a mash from points and commas. But, of course, became much worse GIV> By the way yes, at once did not note thousand comma and millions are divided by point GIV> There are experts, so all wrote it earlier or it is a special case? Yes, earlier so it was accepted, years to 50. In places even up to the end 60.  it is convenient actually. I as found in 96 this possibility so in the profile is mandatory I adjust country.sys (start-up - a control bar - language and regional standards - on  "formats" the button "additional parameters" - "a separator of groups of discharges" - `). Influences only how it at you on the screen is presented. And by operation with great volumes of the data considerably facilitates.

23

Re: Design

J> Crossed out sections allow to be guided easier that in what line of a point and crossed out sections   the table. These are characters which carry quite certain value in a context. In the table they are used as no other characters could be used. I.e. it not the best method to solve a problem of connectivity of a line and a column. After all this problem dares. Moreover they can do the negative contribution to this problem. (We tell on the big poster crossed out sections and points worsen perception) J> ( filling would give the same effect). As a variant. I too thought of it, did not begin to write simply. But the most important thing that influences connectivity is typographics, is both a font, and interlaced distance and distance between columns and characters. Also  sparsity of the table influences. Depending on sparsity of values and the table. If there are values generally on a vertical accordingly it is necessary to solve it either lines, or any alternation of color. This all mine . J> Well also it is not necessary to forget that the first table is typed by hands is it is well visible on zero in the last column. When all manually - somehow not before experiments in design Could, of course, and try to align, but, probably, to few type-setter paid well, these points and crossed out sections for this reason are used, for want of something better during that moment when these tables were printed. I about too.

24

Re: Design

Hello, dimgel, you wrote: D> Hello, andyag, you wrote: A>> Can what draw a picture or a song to issue? D> draw the list that of a forum that was either without the table, or with the table, but without an interlaced background, thus legibly, information, with a space effective utilization, and generally it is better, than now; and all aforesaid - on different resolutions. And re-read for what I offered an illustration. A>> I understood nothing from this that you wrote D> Happens. Well, re-read a branch, renew, of what in it it is a question. Re-read, did not help. Charges in dullness will be?

25

Re: Design

Hello, andyag, you wrote: A>>> Can what draw a picture or a song to issue? D>> draw the list that of a forum that was either without the table, or with the table, but without an interlaced background, thus legibly, information, with a space effective utilization, and generally it is better, than now; and all aforesaid - on different resolutions. A> and re-read for what I offered an illustration. You offered nothing. You rolled out the claim about  the list, but a hint on "it was not better how to make" in it. Here I also speak to you: draw better, time was caused.