Search results

PC displays seem more likely to creep up through mobile devices with 10"-14" tabs & laptops being the next step up, rather than through any TV developments... Especially with 4k LCD now being pushed ahead of the first OLED generation.

Sounds like you want to group the results by unitTitle? var units = new XElement("Results", _reportData.GroupBy(x => x.unitTitle) .Select(x => new XElement("Unit", new XAttribute("unitTitle", title.Key), new XElement("stuff". x.Value.Select(...))); I'm just making this up, it might not be...

It's the other way around. Why would you want to be invariant, and not obey the Culture setting in the UI? Surely that's the point of having it in the first place.

No idea where you got that, but generally the other way around. 1. Math.Round uses double internally, so you'll get representation issues that return incorrect output. I.e Math.Round(2.135) will round to 2.13. You can't use Math.Round of you want correct output. 2. Your program will be...

You can pass a format string to a numeric type's ToString ex: Console.WriteLine(pmt.ToString(".##")); You can also combine format strings with the String.Format method: Console.WriteLine(String.Format("{0:.##} {1:.##} {2:.##} {3:.##} ", pmt, interest, principle, balance));

You sure this one still applies? Seems like LG is going for white pixels with color filtering rather than the "traditional" colored light for this one. http://www.oled-info.com/lg-display-announces-oxide-tft-55-oled-tv-prototype-be-unveiled-ces

Probably on LED since CCFL are too slow. With the speed of OLED, don't you think black frame insertion should work pretty well? I imagine they could shape the fading any way they want with sub-μs response times.

That's a solved problem. Commion on TVs, some use "Back frame insertion", others manipulate the backlight "scanning backlight" or "backlight blinking". Some BenQ displays and the NEC 24WMGX3 has it as well, NEC calls it MP-mode in the NEC, different makers call it different names. Problem with...

Getting rid of PHP seems like problem worth solving.... but that's not node.js is doing Even if node.js "takes over", it'll still need a template engine to allow us to create the content, and that could just as well be PHP (or some kind of ".js on Rails"?).

The timer class does the this sort of thing for you as well. It'll invoke an ActionEvent on an interval for you. The events are run on the event-dispatching thread, similar to invokeLater.

Well, you need to inject it somehow. JS/PHP separation is all fine and dandy, but doing it to the degree where stops you from passing data from one to the other seems a bit counter productive. You need to either include it in a hidden element om the page, or render it into a script or...

I'm in no way a web programmer, but why not just render the id directly into the click event of your save button? (might be nasty to some?) Assuming you render the button together with the list. At least there's no dependencies on URL's or additional elements on the page. //something like...

Yes,static means a single instance for objects and threads. (disclaimer: I don't know what language you're using, but that's what static is in most C family languages does) Also, if normal C family behaviour: It should also be declared "volatile" to ensure that all threads access the same...

There's one distinct difference; unique allows nulls. A primary key guarantees a unique identifier on every row in a table, the unique constraint only enforce that the value, which may or may not be present, is unique.

Setting them null is just inheritance from pre-.Net VB, when it had RAII garbage collection. Setting an object to nothing would immediately reduce the reference counter and run the desctuctor when it got to 0, which in turn would clean up resources and free memory. It's cleaner to just just...

Hence why I said the JVM has no clue about it. Being just a compiler decoration in Java, it doesn't actually let you do anything other than save you from putting in explicit casts. You can do most of the same stuff with Java, but it makes a bit more of a meal out of it, . C# has a bit more...

I went from Java to C# / .Net when I started my current job. The transition is fairly smooth when you move in that direction, since pretty much everything you'd do in Java "just works" the about same in C#. The main issue is just learning the API and a different set of tools and libraries for...

Here's your problem. Or, one of them at least (some serious house cleaning required there). They don't get swapped, you pass them in the wrong order. Dim aReservationsClass As New ReservationsClass(NightsDecimal, RoomSizeString, Weekend, AAA) <snip> Sub New(ByVal NightsDecimal As Decimal...

It cetrainly is. It's still native code implementing the same API, and MONO's JIT compiler does the same thing the CLR does, compiles the IL into native machine code on the platform it's running on. It's a different implementation of .NET, but it's just as "real" in terms of how it works, it...

A programming language, definitely. But probably not C# if your aim is something that'll help you day to day. It's aimed at software development, and not administration tasks. If you want to make software for others: Learn C# or Java. If you want to automate admin tasks on the spot: Learn...

STL uses these: std::string is UTF-8 with platform dependant codepage (chars are 8-16 bits). std::wstring is UTF-16 (chars are 16-32 bits), which is equivalent to the .NET System.string class

UTF-8 is only 8 bits per char up to 0x7F (basicly, inside ASCII), above that there's 16 bits per char.

- Because every panel and every back light vary a little - Because ambient colors and lights varies a lot. - Because requirements and personal preference vary a lot. But then again, the default settings are often quite a long way from sRGB, even when the monitor has a "correct" mode. My Nec...

The last CCFL based Apple displays are all 2-3 generations old S-IPS panels. The "old" 24" display (the one pre-dating the LED-one) has a panel from 2004(!). I would think that 6 years of panel improvements an impact on what you see ;)

Rule of thumb: Use comments when you need to explain why the code does what it does. If you need comments to explain what the code does, then you should probably take a second look at it.

No you cannot say "sometime soon" if you copied someone else's copyrighted code under a GPL-ish licence. If you did, then you are obliged to release the source code to anyone you distribute your software to under the same licence if the they request it. If you don't comply then you're infringing...

Do you have any 3rd party refactoring tools or plugins running in VS? Try disabling those if you can. Some of those can be pretty demanding on large codebases.

They don't, because the qualities you mention are not features of the light source.

19" CRT's were best in 1280x960 or 1400x1050. 1280x1024 would squeeze the picture a bit.

Valve does a monthly report on what their Steam users are running: http://store.steampowered.com/hwsurvey Looks like 1280x1024 (5:4) and 1680x1050 (16:10) are still by far the most commonly used right now. 1920x1080 is a bit more common than 1920x1200. I think that's about as accurate numbers...

The video channel in HDMI is identical to single link DVI, so it has a single 165MHz channel. DP doesn't specify pixel rate in the same way DVI does. DVI (and HDMI) is meant to carry a 24bit per pixel video stream, so they get a prettu straight conversion between bit rate and pixel rate, but...

It's 165MHz per channel, dual link has two 165MHz channels, so it's just just moves the same limitation to 1920x1200@120Hz / 2560x1600@60Hz.

1680x1050@75hz works out to about 133MHz pixel clock, DVI can do up to 165MHz, so that's fine. Problem comes with 1920x1080/1920x1200, since they'll need more than the 165MHz pixel rate to get anything meaningful over 60Hz.

There's some other enviromental factors as well. Like, there's mercury in CCFLs, but not in LEDs, so they are cleaner and might end up dodging some recycling taxes and stuff, (depending on where you live ofc.)

There are good CCFL-lit monitors, and there are bad LED-lit displays and the other way around. Or rather, there are non-horrible LED-lit displays , since the good ones aren't available with anything but CCFL so far (not counting $2000+ full arrays). It doesn't make image quality a property of...

In theory maybe. But even a "fully open" LCD TFT only let through a small fraction of the light from the backligth (through like 6-7 different filters, polarizers and diffusers), so a transparent LCD monitor would be very dark. The backlights in these things are very bright on their own.

Just out of curiousity. Why does everyone seem to use a stopwatch and not a frame counter for these tests? Seems to me like a framecounter would be the most accurate, as it's pretty simple to lock on to v-sync and get a perfect counter, rather than relying on the internal clock and stuff like...

There's a difference between input signal and what's displayed on screen. Most LCD's can take 75Hz input just fine (and display it in the OSD), but very few of those will actually refresh at 75Hz and just drop 1/5 frames instead. Only ones confirmed that I know that don't do this is the...

I believe most monitors can take 75Hz input. My 24WMGX3 can, and will report 75Hz in the OSD, but it'll drop frames to show it at 60Hz. Anyone tested if these new 120Hz displays can do modes that aren't factors of 120? Are they fixed as well?

That doesn't make it a property of the backlight though. Dell's are usually well built and they have a good panel in that display that actually gets close to it's stated 1000:1 static contrast. That's why it looks good in the dark. Not because it's LED and not CCFL (or bonfire-lit for that...