This is a read-only snapshot of the ComputerCraft forums, taken in April 2020.
iAd4m's profile picture

More & Smaller pixels and Different font sizes

Started by iAd4m, 29 June 2014 - 01:51 AM
iAd4m #1
Posted 29 June 2014 - 03:51 AM
I think if we can customize the font sizes and if we had more and smaller pixels to work with we could make so many great things with guis. I hope people will vote yes to it and I would love to see it in the newer versions of computer craft.
Edited on 17 November 2014 - 10:46 PM
InputUsername #2
Posted 29 June 2014 - 07:55 PM
I would love it to be implemented but I really think this won't be added.
Geforce Fan #3
Posted 29 June 2014 - 09:02 PM
Support, but not too many more pixels. It would cause smp lag. Maybe 4 extra pixels per current pixel, and make a separate "mini-pixel" api? The thing is, if cc doesn't improve resolution, OC will become the next big thing.
Saldor010 #4
Posted 29 June 2014 - 10:31 PM
Supported, but I doubt this is going to happen.
Slash0mega #5
Posted 29 June 2014 - 10:47 PM
this has been suggested multiple times, each time shot down,
i beleve that there is a peripheral that dose what you want, i think it is called cclights or something like that.
Link149 #6
Posted 29 June 2014 - 11:31 PM
Different font sizes have already been implemented, if I remember well. I think you should take a look at the functions provided by the term API.
Lyqyd #7
Posted 29 June 2014 - 11:58 PM
If you mean the scaling option, it's only adjustable on the monitors, and the entire monitor must use the same text scale.
wilcomega #8
Posted 05 July 2014 - 01:27 PM
how about like in real life, CC uses the real pixels on teh screen itself instead of a map of characters, cuz in real life, the OS makes sure that the letters are all in the correct places according to the grid. it just renders the font in the right places.

how about that, make each pixel a real pixel instead of a character map
Saldor010 #9
Posted 05 July 2014 - 03:17 PM
how about like in real life, CC uses the real pixels on teh screen itself instead of a map of characters, cuz in real life, the OS makes sure that the letters are all in the correct places according to the grid. it just renders the font in the right places.

how about that, make each pixel a real pixel instead of a character map

I believe this has been suggested before, and it's not happening.
AlkamlBan #10
Posted 08 July 2014 - 08:57 PM
Even without more font sizes more pixels can work if a char instead of being rendered in a single pixel be rendered to 4 for example. So and O could be like this:
/\
\/
But ofcourse with much more detail
asie #11
Posted 11 July 2014 - 04:20 PM
I believe this would add too much complexity for too little benefit.

What could be done, though, is the ability for monitors to provide their own fonts, as PNG files which get sent to the client. Or perhaps changeable palettes.
Alice #12
Posted 02 August 2014 - 08:31 AM
As has been said in my "Opinion of OpenComputers" post – LINK – OpenComputers uses a system that allows for better rendering using three tiers of graphics. This is slower than what we have now and would probably be kinda hard to implement. I'd rather just stick to monitors, MoarPeripherals keyboard, and setTextScale( 0.5 ).
Maxwell0156 #13
Posted 17 August 2014 - 10:28 PM
how about like in real life, CC uses the real pixels on teh screen itself instead of a map of characters, cuz in real life, the OS makes sure that the letters are all in the correct places according to the grid. it just renders the font in the right places.

how about that, make each pixel a real pixel instead of a character map
Now this makes sense!
Bomb Bloke #14
Posted 19 August 2014 - 03:40 AM
Except that characters are something like 12x18. Even assuming one bit per pixel, that's 27 bytes per character to each client in range of the monitor if you've gotta send 'em one pixel at a time. Compare that to the one byte per character the current system uses.
KingofGamesYami #15
Posted 19 August 2014 - 02:11 PM
Maybe a "make pixel" function?

Example: creating the computer craft '0'

local pixel_0 = [[01110
10011
10101
11001
01110]]
Bomb Bloke #16
Posted 20 August 2014 - 02:48 AM
You mean an option to redefine the characters? I'd love that, and it would (mostly) solve the bandwidth issues, but I still can't see it happening. :(/>
KingofGamesYami #17
Posted 20 August 2014 - 03:44 AM
You mean an option to redefine the characters? I'd love that, and it would (mostly) solve the bandwidth issues, but I still can't see it happening. :(/>/>
Not necessarily 'redefine', more of 'define and register an entirely new character'
theoriginalbit #18
Posted 20 August 2014 - 06:56 AM
You do realise that you're bringing the complexity of what is aimed at to be a simple mod that helps newbies to learn programming, into the realm of too complex for newbies and potentially too much of a pain for experienced programmers.
KingofGamesYami #19
Posted 20 August 2014 - 02:12 PM
You do realise that you're bringing the complexity of what is aimed at to be a simple mod that helps newbies to learn programming, into the realm of too complex for newbies and potentially too much of a pain for experienced programmers.
Yes, but here's a "Smiley face"

local pixel_smile = [[00000
01010
00000
10001
01110]]

@theoriginalbit: Here's a creeper…
Spoiler

creeper_0 = [[00000
01100
01100
00011
00111]]
creeper_1 = [[00000
11000
11000
00000
10000]]
creeper_2 = [[00111
00111
00100
00000
00000]]
creeper_3 = [[10000
10000
10000
00000
00000]]
…and a pickaxe…
Spoiler

pickaxe_00 = [[
00001
00011
00001
00000
00000
]]
pickaxe_01 = [[
11110
11111
11111
00011
00111
]]
pickaxe_02 = [[
00000
11000
11000
11000
11100
]]
pickaxe_10 = [[
00000
00000
00001
00011
00111
]]
pickaxe_11 = [[
00111
01110
11100
11000
10000
]]
pickaxe_12 = [[
11100
11100
11100
11100
01000
]]
pickaxe_20 = [[
01110
11100
11000
00000
00000
]]
pickaxe_21 = [[
00000
00000
00000
00000
00000
]]
pickaxe_22 = [[
00000
00000
00000
00000
00000
]]
Edited on 20 August 2014 - 02:47 PM
theoriginalbit #20
Posted 20 August 2014 - 03:12 PM
And the ability to define a smiley face outweighs the complexity added?
Saldor010 #21
Posted 20 August 2014 - 05:41 PM
And the ability to define a smiley face outweighs the complexity added?

Well, if you had the ability to define your own characters in ComputerCraft and be able to write them as regular letters.. I think that would far outweigh most barriers preventing this to be implemented. And who says there has to be complexity? It's as simple as KingOfGames wrote it, just define a bunch of tables for your character(s), then (probably) call a function to register it as a character under a particular variable name.

EDIT: Though even if all of the Computercraft Community wants it, that doesn't mean Dan will approve it.
Edited on 20 August 2014 - 03:42 PM
KingofGamesYami #22
Posted 20 August 2014 - 06:19 PM
And the ability to define a smiley face outweighs the complexity added?

Well, if you had the ability to define your own characters in ComputerCraft and be able to write them as regular letters.. I think that would far outweigh most barriers preventing this to be implemented. And who says there has to be complexity? It's as simple as KingOfGames wrote it, just define a bunch of tables for your character(s), then (probably) call a function to register it as a character under a particular variable name.

EDIT: Though even if all of the Computercraft Community wants it, that doesn't mean Dan will approve it.
*correction: I was using a multiline string, not a table.
Saldor010 #23
Posted 20 August 2014 - 07:34 PM
And the ability to define a smiley face outweighs the complexity added?

Well, if you had the ability to define your own characters in ComputerCraft and be able to write them as regular letters.. I think that would far outweigh most barriers preventing this to be implemented. And who says there has to be complexity? It's as simple as KingOfGames wrote it, just define a bunch of tables for your character(s), then (probably) call a function to register it as a character under a particular variable name.

EDIT: Though even if all of the Computercraft Community wants it, that doesn't mean Dan will approve it.
*correction: I was using a multiline string, not a table.

Oh, sorry, didn't see that.
GreenByteSoftware #24
Posted 26 August 2014 - 12:34 PM
And the ability to define a smiley face outweighs the complexity added?
In my opinion that's not so much comlex, if you don't want it, then don't use it. Problem solved. This would help for many people in their programs with GUI. And newbies can come to this later on. This is similar to images expect no colors. Image is even more complex thing and this one is quite simple.
Saldor010 #25
Posted 26 August 2014 - 02:58 PM
And the ability to define a smiley face outweighs the complexity added?
In my opinion that's not so much comlex, if you don't want it, then don't use it. Problem solved. This would help for many people in their programs with GUI. And newbies can come to this later on. This is similar to images expect no colors. Image is even more complex thing and this one is quite simple.

Agreed. That's like saying Minecraft shouldn't have added command blocks, specifically because they're too complex. Yet you don't have to touch a command block in your entire life to still have fun in Minecraft.
theoriginalbit #26
Posted 27 August 2014 - 12:12 AM
Agreed. That's like saying Minecraft shouldn't have added command blocks, specifically because they're too complex. Yet you don't have to touch a command block in your entire life to still have fun in Minecraft.
The difference is a command block doesn't change how a player breaks, or places blocks. Making this change to monitors would effect the simplest of tasks when it comes to monitors.
Saldor010 #27
Posted 27 August 2014 - 03:24 AM
Agreed. That's like saying Minecraft shouldn't have added command blocks, specifically because they're too complex. Yet you don't have to touch a command block in your entire life to still have fun in Minecraft.
The difference is a command block doesn't change how a player breaks, or places blocks. Making this change to monitors would effect the simplest of tasks when it comes to monitors.

Who says it has to? What if this would just be a function that's *out of the way*. You could still do everything you could normally do on monitors and computers, but if you wanted a custom character set, you could just call a couple of functions and boom.
iAd4m #28
Posted 01 October 2014 - 06:13 PM
I made this topic so there could be some hope of there being more pixels, i didnt want it to make the complexity of computercraft harder, simply put I just want more pixels so i can make sexier things. Maybe a global variable you could overwrite in your program to define how many pixels you want in your program.
SpencerBeige #29
Posted 15 November 2014 - 10:11 PM
font sizes would definatly mean a form of CSS for oeed's quest program. maybe he could call it ccs?

font sizes would definatly mean a form of CSS for oeed's quest program. maybe he could call it ccs?

although, it would make almost all OS's and stuff unusable, unless they just used term.setBackgroundColour…
CrazedProgrammer #30
Posted 28 February 2015 - 05:52 PM
It would make interfaces and OSes prettier, but I think a greater amount of pixels would cause huge lag.
I really hope that there will be more pixels (maybe in CC2.0),
But I think it won't happen.
Creator #31
Posted 18 March 2015 - 11:09 PM
And the ability to define a smiley face outweighs the complexity added?

*In ironic tone* tottally