User forums > General (but related to Code::Blocks)

Different formats are indistinguishable

<< < (3/4) > >>

oBFusCATed:
Because it adds more maintenance cost for very little added value.

smallB:

--- Quote from: oBFusCATed on November 25, 2012, 04:51:16 pm ---Because it adds more maintenance cost for very little added value.

--- End quote ---
You are of course right in what you're saying. But there is also something to gain from having well designed interface.

Jenna:

--- Quote from: smallB on November 25, 2012, 04:20:27 pm ---Hi Jens

0b for binary - I thought exactly the same
0x for hex - I believe that there will be no argument on this?

--- End quote ---
"0x" is already there.

--- Quote from: smallB on November 25, 2012, 04:20:27 pm ---I don't really think that there is a need to do prefix for unsigned/signed - this is already provided in type column and is not consistent with 0x etc because once (0x) one is presented with format and second time (u) one is presented with type.

--- End quote ---

You should try what happens if you watch a negative int and switch it in properties ti unsigned.

smallB:

--- Quote from: jens on November 25, 2012, 05:04:19 pm ---
--- Quote ---You should try what happens if you watch a negative int and switch it in properties ti unsigned.

--- End quote ---

--- End quote ---
Then I believe it should be indicated in type column, like:
a|425156|int -> unsigned

It would simply mean consistency has been preserved. But I also see the possibility of having:
a|425156u|int
Note the postfix, which is somewhat consistent with C++ literals, 10ULL etc.
What is your opinion?

smallB:
Jens
I've also observed that there are inconsistencies in behavior while displaying values. Try to change the value to be displayed as a char. What happens is that you have the original value and the char representation. This is inconsistent, because you don't have original value displayed when you have type changed to unsigned.

Anyway, I believe that it would be really nice if this could be fixed and normalized.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version