Någon här med erfarenhet av att skriva plug-in för Eclipse?

[Jan Almqvist]

Det ser väldigt hemsnickrat ut.

(MS har tydliga riktlinjer för hur man ska utforma GUI i Windows-program.)

[sodjan]

Ja, det gav ju i alla fall en mycket bättre bild av vad det handlar om.
Det konkreta utseendet på alla knappar o.s.v. spelar kanske mindre roll.
Se även: http://www.vmiab.com/products/software/spectra-pro/.

Vad som så klart inte framgår här, är vilken grad av teknisk
dokumentation det finns för applikationen. Alltså specifikationer
och beskrivningar för själva programkoden. Om det var jag så
skulle jag även vilja studera koden i sig med kommenterar o.s.v.

Vissa saker i databladet ger ju indikationer om att det är dags för en
uppgradering, som t.ex. "SpectraPro works with the following operating systems:
Windows 95, 98, NT4.0, 2000, XP, and Vista. This is a 32 bit application."...

[lillahuset]

Jan Almqvist: Det vet jag inget om. Men jag blir inte förvånad om det är så. Kan det ha att göra med att det är ett gammalt program? Utseendet är dock det minsta problemet. Jag tycker det påminner rätt mycket om vad jag har använt i äldre windowsversioner.

sodjan: Algoritmerna har vi bra koll på. Koden har konsulterna studerat, med känt resultat. Och ja, även om jag kör XP når jag måste köra Windows, känns det inte helt bra att ha en lista som börjar med W95 och slutar med WVista som krav på OS.
Iofs, för några år sedan när jag höll på med CAN, var det ett av de malligaste företagen i branschen som supportade upp till XP men absolut inte Vista och uttryckligen "förbjöd" användning av deras produkter i USA. Sug på den...

Edit: Idag supportar de XP till W8.

[Jan Almqvist]

lillahuset: jag tänkte nog mer på sådana saker som att menyer brukar heta File, Edit, View...

Gammalt program i sej är i sej inte något, själva Windows API:et är bakåtkompatibelt. Samma program kan ofta köras på allt mellan 95 och W10...

[lillahuset]

Du ser, jag har inte kollat så noga.

[sodjan]

Ja, som jag sa, så är det sannolikt/kanske inget problem att *köra* det.
Man man kanske vill kunna underhålla det också med moderna verktyg.

[lillahuset]

Ja då handlar det väl om SBS, vilket inte är helt osannolikt om ni frågar mig.
Då minskar ju paniken men faktum kvarstår att det är dags för ett nytt spectra-pro.

[ClasseMan79]

Om du inte vill släppa java spåret så tycker jag javaFX är rätt lätt att jobba med och bundlar man jre:n så försvinner väl en del bekymmer med icke kompatibla java versioner.

[Lennart Aspenryd]

Tyvärr finns det alldeles för lite erfarenheter och referenser ikring användandet av Metadata.
Kopplas och byggs dessa upp i en bra DB är mycket mjukt. Pyttemjukt!
Även gränssnitt skall ju kunna byggas upp på samma sätt.
Gör man sedan en kombination av inläsningsalgoritmer och andra kontroller så borde det vara möjligt att bygga och testa ett helt nytt program på ett bra sätt!

[swesysmgr]

Vad som så klart inte framgår här, är vilken grad av teknisk
dokumentation det finns för applikationen. Alltså specifikationer
och beskrivningar för själva programkoden. Om det var jag så
skulle jag även vilja studera koden i sig med kommenterar o.s.v.

VB6 är väldigt enkelt att förstå och går att portera mer eller mindre rakt av till C# eller VB.Net, du kan sitta med ett fönster öppet för den nya respektive den gamla koden och skriva om rakt av. Även databaskopplingar och sådant är lätt, du kan portera ADO rakt av till ADOX, det går t.o.m. att koppla DAO (tänk Access 97) till dotnet och använda de få saker som droppats i modernare efterföljare om man vill.

Ingen ny dokumentation görs, ingen analys och inga möten, underliggande databas behålls och versionsuppgraderas enbart och inga ändringar tillåts från kunden. Befintligt program fungerar som spec och modell.

Den risk som finns är ifall det befintliga programmet använder inköpta komponenter som gör något komplicerat som GUI dra-och-släpp designers eller kompletta mini-utvecklingsmiljöer för användarens scriptning och anpassning av programmet.

Kostar en komplett omstart, omanalys och omimplementation i C++ på Linux eller multiplatform-Java 2 miljoner då vågar jag påstå att en rak portering enligt ovan (quick & dirty skulle vissa kalla den) till dotnet går att göra för 200kkr.

Naturligtvis följer de nackdelar det befintliga programmet har med, du får inte en ny, snygg objektmodell, stöd för nya databaser eller rapporter i PDF men det blir ett program som kompilerar i en modern IDE (VS) och kör fint på Windows 10 x64.

Om det är vad kunden vill ha och behöver kan jag inte svara på, kör 50% av vibrationsmätningsbranschen Mac idag då är en uppgradering till dotnet kanske inte rätt väg att gå.

[Jan Almqvist]

Jag tror inte att VB6 är något egentligt problem och ett byte till ".not" känns väl lite som ett nerköp?

http://www.codeproject.com/Articles/710 ... -than-ever

[swesysmgr]

Jag tycker tvärt om, en uppgradering till .net är ett stort lyft jämfört med både VB6 och Java på alla sätt. VB classic var bra för sin tid men lades ner 1998, svårt att hävda att det är något att bygga vidare på idag.

Programmet verkar generera rapporter i Word, koppling till Office finns färdigt i .net. Programmet verkar använda MSDE som databas vilket är SQL server 7 light, rätt enkelt att uppgradera till en modern version av SQL server och återanvända alla frågor m.m. och det är en databas som är mycket väl integrerad i .net miljön.

Om det är vad kunden behöver och vill ha vet jag inte men det är den tekniskt enklaste och antagligen klart billigaste vägen mot ett moderniserat program.

[lillahuset]

Jag måste kolla om det verkligen är VB6 eller ännu äldre. Men om det trots allt är VB6 så är det ju en miljö som uppdaterades senast 1998. Fast jag känner folk som använder någon typ av Borland C till sina projekt än idag.

Och så finns det idioter som har XP som sin huvudsakliga windowsmiljö. Jag tex.

[Jan Almqvist]

Vill man verkligen ha sådana här mastodont-program nu för tiden?

Är det inte läge att börja om med något mindre som kan köras på surfplatta/smartphone?

[sodjan]

Menar du att man ska skala bort funktioner?
Eller "banta" det på något annat sätt?
Kanske dela upp det i olika delprogram...