Extend Forground missing in Colors

[tsmith218]

Versions

ConEmu build: 180525[64]{Preview}
OS version: Windows 10 /x64
Used shell version (Far Manager, git-bash, cmd, powershell, cygwin, whatever): N/A

Problem description

When I go to change the color there is no long a place to see extend foreground. When I import my settings from an older version, they do not import correctly for my colors

Steps to reproduce

Actual results

Expected results

Additional files

Settings,
screenshots,
logs,
etc.

[Maximus5]

Yes. Feature stopped.
Why do you need it?

[RasAlhag]

last version supported extend foreground colors 180309

in 180318 this feature was be removed release notes for 180318

[tsmith218]

This is what it is doing now:

This is what it used to look like:

[Maximus5]

I'm really surprised that somebody uses this knotty feature.
Don't you prefer "real" xterm-256 color mode?

[RasAlhag]

not only he, I also faced the same problem, for the same reason I found this message.
p.s.
it's not about the color gamut, but about the ability to set the foreground color

[dguo]

Just a heads up that the documentation still shows the extended foreground colors feature.

[aprilia1k]

I realize that I risk someone down-voting me here...

tl:dr - docs really DO still refer to Extended foreground colors; I value scroll buffers and plentiful colors.

Check docs page [https://conemu.github.io/en/SettingsColors.html] - This page is explicitly linked from ver 180528 anyway... and - yeah, it doesn't appear to be a deprecated page.

It's entirely possible I'm missing something - I've returned from a lengthy convalescence, no joke - and I'm revamping my toolset. Are scrolling consoles/xterms passe?

Completely no disrespect intended, seriously. ConEmu is an essential at this point; completely indispensable.

To enable xterm-256 color mode, we have to disable scrolling completely. I find the lack of a scroll buffer pretty inconvenient. Again, I could be misinterpreting things here, but - a 256-color capability that disallows scrolling implies memory concerns, is this wrong? I thought that plentiful, relatively dirt-cheap memory had mostly eliminated such restrictions. I'd be willing to trade some memory for real color AND scrolling. Again - not in any way meaning disrespect - but even several versions back, Windows' CMD has provided a configurable buffer for scrolling - a way to control the memory footprint a CMD profile/shortcut consumes.

As currently implemented, xterm-256 and scrolling is not an option, and for me, scrolling wins. I'm probably missing something, so I'll blame it on the lengthy hospitalization I've just returned from.

Thanks for your patience and - regardless of the questions I raise, that doc really is still referring to the deprecated "Extend Foreground colors" feature.

S Francis

[conan]

This is what it is doing now:

This is what it used to look like:

I have this same issue, it's very difficult to get readable output from commands like ls at the moment, without losing readability of other output.