Topic: Are table borders a thing and if not can they be? (Read 543 times)
If @theymos is still reading this thread can he also consider adding the bbcode for countdowns which I mentioned in the bbcode thread Instructions on how to use BBCode started by xtraelv please?
It wouldn't be that difficult to add to the bbcode parser, but it might be a good opportunity to also fix the first-column bug. Maybe:
- A border attribute would be added to the [table] tag. If you have it set, even to 0, then the first-column bug is fixed for your table (by adding/removing a CSS class)
- Existing tables without a border specified would function exactly the same as now, for backwards-compatibility.
I'll do it if someone comes up with the ideal HTML+CSS which the table tag should produce, for all three cases: [table], [table border=0], and [table border=1]. You can't remove that problematic CSS rule without addressing the fact that it's actually supposed to do something (not sure off-hand what...), and that the behavior of old [table] tags need to remain identical for backward-compatibility. So you should either work around that CSS rule or figure out exactly what it's supposed to do and fix it to be more selective while also maintaining the old behavior on old [table]s.
- A border attribute would be added to the [table] tag. If you have it set, even to 0, then the first-column bug is fixed for your table (by adding/removing a CSS class)
- Existing tables without a border specified would function exactly the same as now, for backwards-compatibility.
I'll do it if someone comes up with the ideal HTML+CSS which the table tag should produce, for all three cases: [table], [table border=0], and [table border=1]. You can't remove that problematic CSS rule without addressing the fact that it's actually supposed to do something (not sure off-hand what...), and that the behavior of old [table] tags need to remain identical for backward-compatibility. So you should either work around that CSS rule or figure out exactly what it's supposed to do and fix it to be more selective while also maintaining the old behavior on old [table]s.
The buggy rule appears to be targeting this:
Edited 2020-11-30 to fix a broken image
But someone forgot the "cascading" part of "CSS" and it now applies to post content as well.
For your suggested fix to work you would need:
- No CSS class on the tables without the border attribute - the old rule would still apply then.
- "table-new-style" class on tables with border attribute (any value), and the following CSS:
- div#bodyarea div.post table.table-new-style > tbody > tr > td:first-child { width: auto; }
- Additional "table-with-border" class on tables with border=1, and the following CSS:
- div#bodyarea div.post table.table-with-border { border-spacing: 0px; border-collapse: collapse; }
- div#bodyarea div.post table.table-with-border > tbody > tr > td { padding: 2px; border: 1px #555 solid; /* or whatever border spec you want to apply */ }
I would prefer an option to specify custom border colors but that gets a bit more complicated.
Here is an example of the suggested CSS on jackg's post: https://bitcointalksearch.org/topic/m.53633870
Edited 2020-11-30 to fix a broken image
It wouldn't be that difficult to add to the bbcode parser, but it might be a good opportunity to also fix the first-column bug. Maybe:
- A border attribute would be added to the [table] tag. If you have it set, even to 0, then the first-column bug is fixed for your table (by adding/removing a CSS class)
- Existing tables without a border specified would function exactly the same as now, for backwards-compatibility.
I'll do it if someone comes up with the ideal HTML+CSS which the table tag should produce, for all three cases: [table], [table border=0], and [table border=1]. You can't remove that problematic CSS rule without addressing the fact that it's actually supposed to do something (not sure off-hand what...), and that the behavior of old [table] tags need to remain identical for backward-compatibility. So you should either work around that CSS rule or figure out exactly what it's supposed to do and fix it to be more selective while also maintaining the old behavior on old [table]s.
- A border attribute would be added to the [table] tag. If you have it set, even to 0, then the first-column bug is fixed for your table (by adding/removing a CSS class)
- Existing tables without a border specified would function exactly the same as now, for backwards-compatibility.
I'll do it if someone comes up with the ideal HTML+CSS which the table tag should produce, for all three cases: [table], [table border=0], and [table border=1]. You can't remove that problematic CSS rule without addressing the fact that it's actually supposed to do something (not sure off-hand what...), and that the behavior of old [table] tags need to remain identical for backward-compatibility. So you should either work around that CSS rule or figure out exactly what it's supposed to do and fix it to be more selective while also maintaining the old behavior on old [table]s.
Like a table generator, say something like this: https://www.teamopolis.com/tools/bbcode-table-generator.aspx? Or the design aspect of how the table looks like, aesthetically,using some sort of a script perhaps?
I was thinking about something like this website. You make/edit the table as you see it and the page gives you the BBcode to make it work on BitcoinTalk. 
*edit* Not sure why the left column has gone haywire...
It seems to be a bug. For testing that, I quoted your post. Everything is fine in preview page. But when you post it, it's not like what was shown in the preview page. There are some bugs in creating tables that were mentioned above by LoyceV and tranthidung.
You could create a three by three table and the outside cells are black with a full stop and the center cell holds the data.
| . | ABCDEFGHIJKLMNOPQRSTUVWXYZ | . | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| . | Your data goes here
But it's not very user friendly to edit. I got the idea from Overview of Bitcointalk Signature-Ad Campaigns. I've used it in my group buys as well and it does become a hassle to deal with if the table gets too big.  Would people be interested in an online tool that makes tables (for BitcoinTalk) in a visual and more user-friendly way? Like a table generator, say something like this: https://www.teamopolis.com/tools/bbcode-table-generator.aspx? Or the design aspect of how the table looks like, aesthetically,using some sort of a script perhaps? There was something similar before - WYSIWYG BBcode editor, which i used a lot but the project was discontinued. Anything that will make my life easier is welcome I remember this, but they weren’t specially focused on Bitcointalk. I can try doing something when I come back from travel in ~2 weeks.  Would people be interested in an online tool that makes tables (for BitcoinTalk) in a visual and more user-friendly way? There was something similar before - WYSIWYG BBcode editor, which i used a lot but the project was discontinued. Anything that will make my life easier is welcome
Would people be interested in an online tool that makes tables (for BitcoinTalk) in a visual and more user-friendly way?
I use underline (___) instead of [ hr] I often use the underline too but the problem is with SMF-bug and the format given by SFR10 (he said we don't have to manually adjust width of column by typing ____. Anyway, thank you. but it has only one problems with the width of first column. It looks like a bug in SMF: it works fine if you preview the post, but gets messed up when you actually post it. I've noticed it before, and it's annoying to deal with.It's a bug in CSS (SMF or forum's customization, not sure): https://bitcointalk.org/Themes/custom1/style.css Code: /* prevent gap between post icon and subject */ div#bodyarea table.bordercolor td td td.td_headerandpost td:first-child { width: 26px; } If the intent was as stated in the comment then the icon cell should have been given a CSS class instead of using a complicated and obviously broken selector. The format here (suggested by SFR10) looks more user-friendly, but it has only one problems with the width of first column. SFR10 did not know why, because for the second column, it does not show that issue. I use underline (___) instead of [ hr]. For example that code should be like this Code: [tr] [td]__________________[/td] [td]_____[/td] [td]_________________________________[/td] [td]______________________[/td] [td]______________[/td] [/tr] The result will be as follows
but it has only one problems with the width of first column. It looks like a bug in SMF: it works fine if you preview the post, but gets messed up when you actually post it. I've noticed it before, and it's annoying to deal with.
Thanks Loyce.
The format here (suggested by SFR10) looks more user-friendly, but it has only one problems with the width of first column. SFR10 did not know why, because for the second column, it does not show that issue. His solution: Found a quick solution [for now]: The format of suchmoon is too complicated to edit, as he emphasized, I am not going to that one. For your format, if I can not find solution for SFR10's format, I am going to use yours.
Code: [color=transparent].[/color] 
This part is unnecessary, but I don't know why there are significant space between two lines. At least, the format does not cause the problem here: https://bitcointalksearch.org/topic/m.53511397 Nevertheless, the bbcode above still need to be adjusted.
@tranthidung
Does its look better? I create it by myself and using the pre tag. So, its look a bit smaller than the basic font. But for mix the glow and table its bit hard, i tried many time but it still didn't work. Its only work glowing for font only, not fit the table Example :
Edit : I think to make glow tag to fit the fixed width is should not using table, and have a lot of time to fixing manually by typing space button | Authors |
Code: [center][table] [tr] [td] [pre] | [b]Authors[/b][/td] [td] [pre] | [b]Link[/b][/td] [td] [pre] | [b]Descriptions[/b][/td] [td] [pre] | [b]ANN threads[/b][/td] [td] [pre] | [b]Status[/b][/td] [td] [pre] | [/td] [/tr] [tr] [td][pre] | --------------------- [/td] [td][pre] | -------- [/td] [td][pre] | ------------------------------------------------ [/td] [td][pre] | ------------------------------ [/td] [td][pre] | ------------------------[/td] [td][pre] | [/td] [/tr] [tr] [td][pre] | Vod and BPIP team [/td] [td][pre] | [url=https://bpip.org/]Link[/url] [/td] [td][pre] | BPIP (the first site provides forum data) [/td] [td][pre] | [url=https://bitcointalksearch.org/topic/announcing-bpip-the-bitcointalk-public-information-project-4746201]initial one[/url]; [url=https://bitcointalksearch.org/topic/bpip-bitcointalk-public-information-project-back-in-action-5213618]current one[/url][/td] [td][pre] | Upgrading[/td] [td][pre] | [/td] [/tr] [tr] [td][pre] | Forum[/td] [td][pre] | [url=https://bitcointalk.org/index.php?action=stats]Link[/url][/td] [td][pre] | Statistics center[/td] [td][pre] | n/a[/td] [td][pre] | Partially disabled[/td] [td][pre] | [/td] [/tr] [/table] [/center]
I made everything glow, such is the wizzard though:
(this deosn't work it might help though if anyone wants to make it work)
https://www.w3schools.com/tags/tag_pre.asp Jump to:
|
