FIREBASE Filter Data from Date to Date - C# Discussion Boards

.NET 4.7 Desktop Form combox coloring within datagridview

24-Sep-23 19:08

I develop in WPF and (mainly) UWP. I have developed in Windows Forms. WinUI2 and WinUI3 look very similar to me. I use WinUI2 in UWP via a "using" to get some extra features that don't stand out in my mind at the moment. To use WinUI3, I have to do something I can't be bothered with for now.

I use the Visual Studio "GUI editor" in any case; prefering to work in XAML directly.

XAML (and UWP) is more "fun" for me than the alternatives. My app also "fits" on "mobile", tablet, PC, XBox and can run on ARM. My second choice would be WPF.

But you can do a lot with (any) .EXE these days.

"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I

.NET4Ever22-Sep-23 5:50

.NET4Ever

22-Sep-23 5:50

I can't find the setting(s) to change the color of a combobox within a datagridview.

I tried this code below. I get a dark line around the datagridview cell and a white background. I see the colors I set below when I view the list within the combobox.

combo.DisplayStyle = DataGridViewComboBoxDisplayStyle.ComboBox;
combo.CellTemplate.Style.BackColor = Color.LightSalmon;
combo.CellTemplate.Style.ForeColor = Color.Black;
combo.CellTemplate.Style.SelectionBackColor = Color.LightSalmon;
combo.CellTemplate.Style.SelectionForeColor = Color.Black;

modified 22-Sep-23 11:21am.

Re: .NET 4.7 Desktop Form combox coloring within datagridview

Alan N22-Sep-23 14:40

Alan N

22-Sep-23 14:40

Microsoft have knobbled many features of quite a few controls (e.g. ProgressBar - we all prefer green! MonthCalendar - change the font to make it big enough to see - No!) and often the only thing you can do is to disable visual styles. That can be a problem though as some controls require visual styles to be on (e.g the Tile mode of the ListView).

However with the DataGridView the colour works in the way you desire when the FlatStyle of the ComboBoxColumn is set to either FlatStyle.Flat or FlatStyle.Popup. I guess they missed that.

Re: .NET 4.7 Desktop Form combox coloring within datagridview

.NET4Ever25-Sep-23 5:02

.NET4Ever

25-Sep-23 5:02

This worked. Thank you!

What are Custom Control and User Control?

Emmanuel Katto22-Sep-23 2:31

Emmanuel Katto

22-Sep-23 2:31

Hello Everyone Myself Emmanuel Katto, I wanted to know what are Custom Control and User Control?

Re: What are Custom Control and User Control?

OriginalGriff22-Sep-23 3:23

OriginalGriff

22-Sep-23 3:23

A User Control is built from existing controls: similar to a panel, you drop existing controls onto a blank canvas to create your own unique control.

A Custom Control is generally derived from an existing control, so you can extend its functionality rather than building from the ground up.

"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!

Re: What are Custom Control and User Control?

Gerry Schmitz22-Sep-23 5:05

FIREBASE Filter Data from Date to Date

22-Sep-23 5:05

... and user controls are generally easier to create than custom controls, and people often create custom controls when they don't need to.

sameera suresh bandara herath18-Sep-23 4:04

sameera suresh bandara herath

18-Sep-23 4:04

MY FIREBASE DATA IN VACCINE-ID-DATE-DETAILS

I WANT TO FIND DATA,IF I LOAD DATA TO DATA GRID VIEW1 AND DATA GRID VIEW2.AFTER I SELECT TWO DATE AND PRES FIND BUTTON I WANT SHOW THAT DATE BETEWEN DATE IN DATA GRID VIEW1 AND2

OriginalGriff18-Sep-23 5:05

OriginalGriff

18-Sep-23 5:05

DON'T SHOUT. Using all capitals is considered shouting on the internet, and rude (using all lower case is considered childish). Use proper capitalization if you want to be taken seriously.

Richard Deeming18-Sep-23 5:55

Richard Deeming

18-Sep-23 5:55

sameera suresh bandara herath wrote:
I WANT TO FIND DATA

Well, go ahead and do that. You have our permission.

Feel free to come back if you get stuck and have an actual question to ask, rather than a vague requirement to shout at us.

"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer

jschell18-Sep-23 6:38

jschell

18-Sep-23 6:38

Steps
- Learn C#
- Learn basics of a database
- Learn how to access database from C#
- Learn how to code a UI.
- Learn how to do a range query for the database.
- Learn how to code that range query in C#.
- Put all of the above together to solve your problem.

Gerry Schmitz18-Sep-23 7:32

18-Sep-23 7:32

You mean: C# and SQL.

jschell19-Sep-23 6:34

jschell

19-Sep-23 6:34

Gerry Schmitz wrote:
You mean: C# and SQL.

Me? My comment does say C#?

And although I was thinking about SQL I did mean just database in the first part.

But I also was not sure about what persistent data store they would be using. Their post did suggest something odd so I wanted it generic.

And re-reading I can see that the database is 'firebase' which is in fact a NoSQL database. So learning SQL is not appropriate in this case.

"New" Pattern

Gerry Schmitz15-Sep-23 10:08

15-Sep-23 10:08

"Everything" I see dealing with Enums (in different name spaces) is lots of "recasting" to the underlying type or lots of namespace qualifying.

I needed to integrate "duplicate" Enums in different exe's and dll's that were "not the same" (or easily accessible) due to namespaces.

Now in my sender "POCO" I might have:

[DataMember]
public ServiceArm ServiceArm { get; set; } = ServiceArm.Undefined;

So I added to the POCO:

public string ServiceName => Enum.GetName( typeof( ServiceArm ), this.ServiceArm );

And in the consumer (different namespace; different exe / dll):

block.ServiceArm = Enum.Parse<ServiceArm>( unit.ServiceName );

No fiddling with namespaces; no obscure casting.

trønderen15-Sep-23 11:16

trønderen

15-Sep-23 11:16

I may not be getting this correctly.

Are you trying to make use of several different independent enum definitions in different name spaces as if they were one, matching them on the enum name?

You can of course set up a demo to show that it works (today), but wouldn't it lead to a lot of maintenance problems, if the various enum definitions are updated independently of each other?

(I can't tell how much I miss a proper enum concept like the one we had in Pascal, where "underlaying type" was irrelevant: enums are not names of integers. They do not have any "underlaying type" but are literal values in the same sense as 'true' and 'false' in their own right as enum constants. 'using myEnumDefs' make these enum symbol available just like 'using myFunctions' make the function symbols available. But even programmers who never coded C/C++ seems to have adopted the idea that enums 'really' are integers with a name!)

Gerry Schmitz15-Sep-23 13:27

15-Sep-23 13:27

What is an "interface"? I "tell" you a "valid" (Enum) "name" is the "interface" to the .exe / dll. And who tells who what to use? (I also happen to be serializing and deserializing)

The enum happens to be a handy implementation in this case.

The alternative is: a "standard" dll with "every" enum that anybody could possible need: creating one big dependency.

It also implies, I have to rewrite every exe / dll to "migrate out" every reference to this "master" enum into it's own dll.

(You had musing about a "universal language": this pattern can give different "names" based on context that "translate" to different enum values)

The whole "point" was to not have to muck with xxxx.aaa.xxx.ssss.ServiceArm, etc.

(If you don't code in C#, this is probably meaningless)

trønderen15-Sep-23 14:07

trønderen

15-Sep-23 14:07

OK, I did not really intend to bemoan your use of the available facilities.

I was more focused on the lack of facilities, that could have been provided if C# had a proper enumeration type. So it was a sidetrack.

Now that C# does not provide a proper enumeration type, your workaround is fair enough. I am not happy with such workarounds being required, but I accept them - reluctantly.

Gerry Schmitz15-Sep-23 14:23

15-Sep-23 14:23

What is a "proper" enum? The issue I'm addressing pertains to classes as well; which is "long namespaces".

You ignored the whole "central maintenance" issue.

If I had implemented it as a dictionary, would that have made a difference? No, just clumsier.

trønderen15-Sep-23 15:19

trønderen

15-Sep-23 15:19

The simpler solution for you is probably setting up an #include file with sequence of #define entries defining the proper constant names for you.

jschell15-Sep-23 13:24

jschell

15-Sep-23 13:24

The actual translation in messaging layers should not be a significant problem.

Problems come about more because messages end up being modified far more than they should - probably because insufficient design or because there is no adherence to longer term roadmaps.

But if enums are a problem then move them, and only them into their own namespace (and dll.) Or redesign so static values are not used at all. That does of course trade strictness for ease of use.

Gerry Schmitz15-Sep-23 13:40