|
I'm sure he doesn't want to have to completely (or even just partially) refactor every app, and only wants to do what is necessary to make the apps Edge/Chromium-compatible.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
I have just one web app (inherited) that only works in IE. We're forcing it to run in IE Mode in Edge. That will work for us as this application only has to live another year... at which time it will be replaced as part of a much larger application shift.
|
|
|
|
|
Yes, at least with IE mode we can buy more time for these apps as well. I should check with the various business managers on when they foresee the apps that need IE mode will expire in the short/medium term. Thanks for that suggestion.
|
|
|
|
|
Andreas Mertens wrote: I should check with the various business managers on when they foresee the apps that need IE mode will expire
Do NOT tell them that sunset is 2027, kick them in the pocket, they have already screwed up once.
Reminds me of the Y2K debacle.
Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP
|
|
|
|
|
certain budget has to be allocated to modernize those app in a phased manner it all depends on you explaining to the client that these need to be switched out
Caveat Emptor.
"Progress doesn't come from early risers – progress is made by lazy men looking for easier ways to do things." Lazarus Long
|
|
|
|
|
Andreas Mertens wrote: The client I have been working for has a few hundred such apps, and want to migrate everything to MS Edge (chromium version) before IE goes out of support on June 15th.
IE's been on its deathbed for years now, and MS hasn't been shying away from telling everyone. It's only now becoming an emergency?
I don't know anything about this situation, but why do I a feeling that developers are at risk of getting sacked for this? And this is not where to lay the blame.
I do realize it takes time for these things to happen, and they have to be budgeted accordingly. That is precisely my point.
|
|
|
|
|
My advice is to prioritize the apps in order of importance, and work them one at a time. As you progress from one app to another, you'll probably be able to use the code from the converted apps as a guide as to what to look for in subsequent apps.
BTW, there's this - "noframemerging" in Edge is not supported - Page 3 - Microsoft Tech Community[^]
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
modified 16-Apr-22 8:46am.
|
|
|
|
|
Actually, the first task is to determine which of these apps run "differently" on Edge vs. IE. Then to review these differences to determine which are critical and which are just cosmetic. This was already done.
We are just now evaluating which of these critically affected apps will work under IE Mode, and will use that for now - hopefully a temporary reprieve. I have the fun task of working on those handful of apps that are not working in IE Mode. Fortunately I do not have to deal some of the apps in other departments, but it seems I have the most experience with this and everyone else is looking to me to figure out these issues so that they can be applied elsewhere.
I know all about the fact that - - noframemerging is not supported. It's purpose in this case is to keep the data in a session totally separate from any other (as they run multiple instances of this specific web app) . I found I can simulate that by using multiple profiles in Edge, but have yet to find a way to clean these profiles up after use.
|
|
|
|
|
I would imagine there are libraries of polyfills that you may be able to drop into the headers of each page in your IE focused apps that would enable them to run smoothly on Edge.
My advice: don’t overengineer the solution here. Sure you could rewrite the whole thing, which would cost a bundle and result in apps that work probably pretty much the same, give or take some UI niceties. Is it worth it to the business to spend that much money? Will it result in more sales or whatever metric keeps your org alive?
Me: I’d just run them, one by one, in Edge and Chrome (there should be very little difference). Make notes of what’s busted, workout what needs to be fixed and what can just be cut out, then see whether you can find a library that will Help fill the gaps or whether you need to make the changes yourself. At that point you decide if it’s worth it for any given change.
If you rely on silverlight, activeX or browser helper objects then that’s a rewrite of those bits.
Unless you’re getting paid by the hour I’d resist the temptation to rewrite the whole thing. In 5 years time you’ll be back at this same place anyway, probably.
cheers
Chris Maunder
|
|
|
|
|
must probably it will have a lot of errors that will require a lot of time to investigate. To debug and update legacy code takes a lot of time, sometimes ever more than recoding from scratch.
|
|
|
|
|
Good morning to all of you that replied to this.
I appreciate all that you have responded with here. But quite frankly I am well aware of planning, budgets, testing etc. If I had been in charge of this, I would have started working in all this two or more years ago. But what is, is.
Nor do I need suggestions on updating the HTML or JS or frameworks, etc. All of that is pretty straightforward.
What I was looking for was any information from those people who have dealt with those truly IE specific technology issues when moving to a modern browser like Edge-chromium.
Things like, has anyone else had to deal with the - - noframemerging issue and what you did to overcome this. Or replacing the IE specific WebBrowser control in a WinForms app with the WebView2 control, especially when the WebView2 control does not support IE Mode.
Maybe this is too technical for the Lounge. In that case contact me directly. I can get all of these together and put out an article here for anyone else dealing with this (giving credit where credit is due).
Thanks again...
|
|
|
|
|
I have had it with cumbersome development environments!
From now on I'm going to use the TIC-80 fantasy-console[^] which has everything for developing retro-games and is only a few MB's in size. 
|
|
|
|
|
My company's security software blocked me from seeing this potentially awesome fantasy console. They obviously know what is best for me, and I can only assume that means not playing retro-games while I am supposed to be working. 
|
|
|
|
|
Bummer, I tried out the online version of TIC-80 and think it's great, especially for beginners who want to learn game programming. There are also lots of examples and tutorials.
|
|
|
|
|
Edit: Someone suggested I take an e-ink display to a paint store! Eureka!
I added CMYK, HSL, and HSV color models to GFX, the first two of which are great for printing because they more or less reflect the behavior of ink in terms of how you locate a color within a color space.
This is also great for color e-paper displays which actually use ink on their display surface, but there I am running into an issue that has nothing to do with programming.
I need to color match properly. Worse, realistically I need to do so with LCD colors as a reference since e-ink can't mix colors.
I have no idea how to get the CYMK or HSL values for a particular e-ink color. I suppose it comes down to human vision but I don't really trust my eye. I'm not an artist or anything like that and I have a better ear than an eye.
Right now I've just estimated the ink values in RGB space but I'd like to get more precise with the palettes for my particular displays.
meh.
To err is human. Fortune favors the monsters.
modified 15-Apr-22 7:33am.
|
|
|
|
|
Just a thought. If you're trying to estimate a match visually, you might be better off working in a color space like HSL or HSV, then convert to RGB.
"A shade darker/lighter/cooler/warmer" sort of adjustments I found easier in that space. I guess tweaking one knob at a time rather than trying to juggle three.
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
Yeah, that's what I'm doing, but I need to match e-ink to the proper CMYK or HSL value (a pantone # would work too) - see my edit. Someone suggested a simple solution - take the thing to a paint store. =)
To err is human. Fortune favors the monsters.
|
|
|
|
|
Quote: I have no idea how to get the CYMK or HSL values for a particular e-ink color
You can measure them with e.g. Datacolor Spyder?
|
|
|
|
|
Never heard of one of those. I'll look it up. Thanks!
To err is human. Fortune favors the monsters.
|
|
|
|
|
Do those work with non-emissive displays?
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, weighing all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
|
|
|
|
|
Very good point, thank you!
Some of these units can be used for printer profiling, so I would say yes. But that is more a guess.
Note: OP's question triggered me to search for e-ink 'profiling'. Until now I did not find usefull information. I think because profiling on such 'primitive' devices is not really easy/usefull.
modified 15-Apr-22 9:38am.
|
|
|
|
|
You get yourself involved in tasks that are VERY different from anything I've done professionally. It sounds very interesting (and also very frustrating at times).
|
|
|
|
|
That's a very accurate summation.  The frustration is worth it for the victory at the end.
To err is human. Fortune favors the monsters.
|
|
|
|
|
My apologies if any of this comes across as pedantic.
You're venturing into color handling areas that can be quite involved mathematically. There are also a lot of trade-offs and subjective considerations. The most fundamental is the realization that color is perceptual, and an absolute color standard does not exist.
Let's use Code Project orange as an example. Chris uses a certain RGB value (224,137,0) in his HTML/CSS that looks orange to him. That's what's sent to user devices. If you were to sit a dozen of those devices side-by-side and measure the color spectrum for the displayed 'orange' using a spectrophotometer, you'd get different values for each device. You'd probably get different values even you tested a dozen of the same model of iPhone. If you printed the page on a color printer, you'd see the same thing. You would get different measurements depending upon the printing technology, the paper, lighting, etc. You eventually have a gamut[^], a set of colors realizable on a device based on its inputs.
There are any number of schemes for matching a 'reference' color definition to a device, based on a color matching mechanism like Pantone[^] between a reference and the device's gamut. As an implementor you eventually reach a point where you choose a methodology whose results are "good enough" based on your device's capabilities, the color measurement data you have available, and customer requirements.
Software Zen: delete this;
|
|
|
|
|
That's basically what I'm trying to get at - good enough. The issue is e-paper displays. The ink color for "red" isn't necessarily pure RGB red. I just want to get those matched a little closer. If I can get pantone codes for them that should do it.
To err is human. Fortune favors the monsters.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
