hekr

Samma för mig, har utbytesbatteri som är drygt ett år, datorn stänger gärna av sig trots att batteriet sägs ha mer än 80% laddning. Det blir drastiskt sämre för mig också.

Intressant att vi är så många som får samma fel på både original och utbytesbatterier.

Tar fortfarande emot data lagrade på disketter, Zip-drives och allsköns ännu äldre datalagringsformat, dvs disketter med 1.4 MB kapacitet blandat med USB-minnen med 16384 mb kapacitet. Spännvidden är stor!

Jag har fortfarande ingen aning om hur jag går vidare, på sätt och vis skönt känns det dock att jag tydligen inte är ensam med problemet...

Samma här. Märkligt.

Enligt BankID support är det just skattedeklarationen som fortfarande körs Java-inloggningsbaserat. Din systemsetup? Jag kör Snow Leopard 10.6.1, Nexus 4.10.3.3, Safari 4 på MBP.

Hur loggar du in med Nexus direkt för skattedeklarationen? Jag får inget annat alternativ än "BankID" i rullgardinsmenyn från startsidan och ramlar då automatiskt till den javabaserade legitimeringssidan som inte fungerar.

Jag kan inte längre logga in för att göra mitt företags månatliga skattedeklaration mha det BankID jag har, det fungerade så sent som för en månad sedan. Sedan dess har jag uppgraderat Nexus Personal till den Snow Leopard-kompatibla versionen 4.10.3.3.

Har sökt hjälp via BankID support men de kunde inte ge några råd om vad som är fel och hur man åtgärda detta! De berättade dock att de är på väg att avsluta bankid-inloggning mha Java vilket dock Skatteverkets skattedeklaration fortfarande nyttjar.

Mitt bankid fungerar för andra tjänster (bank etc) som inte nyttjar den Java-baserade inloggningen.

Någon med liknande problem eller ännu bättre någon idé om hur jag kan åtgärda detta?

Med all sannolikhet har din dator drabbats av det ökända Nvidia-grafikkorts-problemet. Se:

MacBook Pro: Distorted video or no video issues

Jag har själv en MBP från aug-07 med liknande symptom...

Tack för ditt som vanligt uttömmande svar. Det där med Lasso ska jag helt klart kolla upp. Vi kör idag med FMS10 på en X Serve Leopard-maskin på det slutna nätverket så en internwebserver-lösning är helt klart inom ramarna.

Återkommer efter lite djupdykning och tester...!

Jag undrar om någon har erfarenhet av att koppla ihop en Filemaker-databas mot ett diagram-verktyg (främst för olika scatter/line-plots) där man i själv diagramfönstret kan jobba med själva datan? Med jobba med menar jag att man t ex med en markering med musen ska kunna tagga vissa poster direkt i Filemaker-databasen och att diagrammet ska kunna zooma in djupare i datat fram och tillbaka, dvs en live-koppling.

Använder idag xmChart-plugin men den är ju främst avsedd för enkelriktad kommunikation för genererande av diagram. En lösning torde innebära någon form av xDBC-koppling antar jag mellan diagram-verktyg och databasen.

Kan JMP kanske vara något? Finns det andra möjliga lösningar? Databasen vi har är inne på ett slutet nätverk så eventuella internetbaserade-lösningar är ej intressanta.

Jag tror att de flesta här som är egenföretagare redan kör på en lösning, vi ställs ju inför detta behov en gång i månaden...

Själv kör jag på PositionEtts gratis program "Lön Light". Ålderdomligt och utvecklat i gamla FM 6 men det fyller ändå mina behov.

Tittade lite på om jag skulle ta hem din lösning också, men läste sen att du "hotade" med att detta var kanske sista året du gav ut din lösning. Baksidan med gratis, jag förstår dig, men trots det är det ett skäl att inte nyttja lösningen.

I all välmening.

Med GDAL-paketet (färdiga binaries hämtas hem på t ex www.kyngchaos.com) kan du konvertera .kap till exempelvis GeoTIFF som i sin tur kan öppnas i de flesta bildbehandlingsprogram.

Så äntligen! Nu är jag inne!

Jag får fortfarande fel -4 när jag försöker aktivera... SUCK!

Arbetar med FM-databaser med totalt 50-talet tabeller relaterade med varandra enligt konstens alla regler. Flera av tabellerna innehåller flera miljontals poster och för många sökningar går det blixtsnabbt. MEN;

1) Söker man intervall, t ex i ett tidsstämpel-fält så går sökningarna långsamt (vilket dock är fallet också med många andra databassystem).

2) Relationer mellan tabeller som innehåller miljontals poster blir i vissa fall riktigt riktigt långsamma, så långsamma att jag inte kan rekommendera Filemaker för den typen av behov när så stora datamängder ska relateras till varandra. Vad jag förstår beror detta på hur FM relaterar data mellan olika tabeller vilket är om jag fattat det rätt en mjukare koppling än vad mer högpresterande databassystem gör. Den mjukare kopplingen har dock andra fördelar i andra sammanhang.

3) Som en följd av pkt 2 går också sökningar i relaterade fält också extremt långsamt då det är relativt stora datamängder, tom så långsamt att jag i många fall måste tvångsavsluta och starta om FM för att få tillbaka tillgången till databaserna.

Så mitt tillägg kan sammanfattas så här: För många typer av sökningar och relationer är FM snabbt, ibland så snabbt att man inte hinner uppfatta sökoperationen, men i vissa fall måste man ha tungan rätt i mun och/eller se om man ska kliva upp till en mer högpresterande databassystem.