Új hozzászólás Aktív témák

• #10220 martonx veterán quailstorm #10218

  Új Válasz 2025-09-03 12:19:18 #10220

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz quailstorm #10218 üzenetére

  Bocs, azt hittem valami új projektről van szó.
  Ha valaki 30 éve csiszolgatja a régi projektjét és itt tart, hogy most már le is kellene tudnia menteni valami adatot, valahová...

• #10217 martonx veterán quailstorm #10214

  Új Válasz 2025-08-31 22:41:35 #10217

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz quailstorm #10214 üzenetére

  Teljesen érthető, ha valahol nem cserélik le. De ettől még egy új projekten csukott szemmel a régi legacy libet ajánlani, hát nem elegáns.

• #10215 Alexios veterán quailstorm #10214

  Új Válasz 2025-08-31 09:22:34 #10215

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Alexios

  veterán

  válasz quailstorm #10214 üzenetére

  Lecserélni a meglévőt azért teljesen más use case mint egy új projektnél azt behúzni, vagy azt ajánlani. Nyilván legacy-t migrálni nem feltétlenül érdemes, vagy legalábbis nagyon át kell gondolni mennyi munkával jár, és mit várunk a végén tőle.

  Viszont a thread amit linkeltél 3 éves, azóta pl. lehet származtatott osztályokat is deszerializálni, a referencia kezelése is finomodott stb. Pont ez a lényeg, hogy ezt aktívan fejleszik, míg a newtonsoftot már kevésbé(teljesen mással foglalkozik már James NK).

  Szerintem ha új projektnél problémás a system.text.json akkor lehet ott érdemes elgondolkodni hogy biztos a libraryvel van-e a probléma, vagy mit akarunk csinálni egyáltalán.
  Pl. láttam nemrég olyat hogy a Newtonsoftba van beépítve json schema validator, viszont ez sokkal szabadabban értelmezi a json schema szabványt mint bármi más. Így nem tudták lecserélni ezt a részét a kódnak egy más libraryre mert folyamatos validációs hibák voltak, mert a rendszer többi része is invalid sémára épült.
  Na most itt lehet mondani hogy de jó a newtonsoft, bezzeg a másikkal nem lehet megoldani, de azért lehet mégiscsak az lenne a jobb ha a kód inkább jól lett volna megírva.

• #10213 Tomi_78 aktív tag quailstorm #10211

  Új Válasz 2025-08-30 09:48:50 #10213

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Tomi_78

  aktív tag

  válasz quailstorm #10211 üzenetére

  Átrendeztem kicsit akkor a tanácsod alapján a kódot és most úgy látszik, helyesen működik (bár nem értem, mi volt a hiba); köszönöm szépen!
  StreamWriter f = new StreamWriter("mentes.txt");
for (int j=0; j<jatelemlista.Count; j++) {
                var je = jatelemlista[j];
                switch (je.neve) {
                   case "jatekos": //Adatok beírása
                        break;
                   case "robot": //Adatok beírása
                        break;
                    //És így tovább...
                }
if (j<(jatelemlista.Count-1)) f.WriteLine("."); //Zárótag.
}
f.Close();

• #10212 martonx veterán quailstorm #10211

  Új Válasz 2025-08-30 09:15:24 #10212

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz quailstorm #10211 üzenetére

  Newtonsoftot ne már mikor 5 éve van System.text.json

• #10205 pmonitor aktív tag quailstorm #10204

  Új Válasz 2025-07-17 15:14:45 #10205

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  pmonitor

  aktív tag

  válasz quailstorm #10204 üzenetére

  Igen. Ez is benne van az összehasonlító táblázatban. Az openxml meg nem tudja a binárisan tárolt fájlokat kezelni. Megpróbálom ide másolni a táblázatot. De nem tudom, hogy olvasható lesz-e.
  ## 📊 Comparison: OpenXML vs COM Automation

This section compares two popular approaches for automating Office documents in C#.

| Feature / Capability | OpenXML SDK | COM Automation (`ComAutoWrapper`) |
|--------------------------------------------------|------------------------|------------------------------------|
| File-based read/write | ✅ Yes | ❌ No |
| Live Office application control (Excel/Word) | ❌ No | ✅ Yes |
| Handles password-protected files | ❌ No support | ✅ Yes (if Office can open it) |
| Supports running VBA macros | ❌ No | ✅ Yes |
| Reads current user selection | ❌ No | ✅ Yes |
| Formatting (color, styles, font size, etc.) | ⚠️ Limited | ✅ Full |
| Chart and graphic manipulation | ❌ No | ✅ Yes |
| Interactive editing of running instance | ❌ No | ✅ Yes |
| Requires Interop DLLs | ❌ No | ❌ No (via ComAutoWrapper) |
| Can be used without Office installed | ✅ Yes | ❌ No |
| Dependency size | ✅ Small | ✅ Small (via wrapper) |

> ⚠️ Note: OpenXML is best for static document generation and server-side manipulation.
> ✅ COM Automation is best for real-time document interaction and full feature access.

Using `ComAutoWrapper`, you get the **full power of Office** with the **ease of a lightweight, interop-free helper**, suitable for Excel and Word automation alike.
While both OpenXML and COM automation are useful for working with Office documents, they serve very different use cases. Here’s a feature-by-feature comparison to help you decide.
  De mondjuk azt beszéltük meg a ChatGpt-vel, hogy vígan megférnek egymás mellett is. Igazából az sem mind1, hogy a ComAutoWrapper ~31 KB, az openxml, meg ~10 MB. Pl. ez sem mind1.

• #10145 cigam titán quailstorm #10144

  Új Válasz 2024-12-02 10:27:11 #10145

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cigam

  titán

  válasz quailstorm #10144 üzenetére

  Köszi! Nagyon régen használtam, és 50 felett már többet felejtek mint amennyit tanulok

• #9968 savior őstag quailstorm #9967

  Új Válasz 2023-10-09 22:04:12 #9968

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  savior

  őstag

  válasz quailstorm #9967 üzenetére

  Köszi. Megnézem.

• #9927 Alu senior tag quailstorm #9923

  Új Válasz 2023-02-18 12:20:22 #9927

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Alu

  senior tag

  válasz quailstorm #9923 üzenetére

  & joysefke

  Köszönöm a válaszokat!
  Async Taskkal próbálkoztam, de pingelés során ugyan úgy megfagyasztotta a UI -t. Backgroundworkerrel még csak ma kezdtem el ismerkedni, készítettem hozzá egy új projektet teszteléshez és eddig egész jónak tűnik.
  Abban tudnátok segíteni, hogy a DoWork függvényből hogyan tudom több változó értékét átvinni a ProgressChanged függvénybe? Találtam egy megoldást, ami az e.Result -ba teszi bele egy osztálynak az elemeit, majd a Completed függvényben veszi ki az e.Result -ból. A problémám ezzel, hogy nekem a ProgressChanged fv. -ben már kellenének ezek az értékek, de itt az e.Result -ra hibát kapok.

  Az mennyire barkács megoldás, ha létrehozok egy struktúrát és a struktúra elemein dolgozok a DoWork fv. -ben, majd amikor meghívásra kerül a ProgressChanged, akkor felhasználom a struktúra változóinak értékeit?

  Illetve még egy olyan kérdésem lenne, hogy létrehoztam egy másik formot, ahol a csatlakozás beállításait szeretném módosítani. A két form között milyen megoldással tudom kicserélni a változók értékeit? Pl. Ha a Settings_Form -on beírok egy új IP címet, az hatással legyen a MainForm osztályban lévő IPAddr változóra is.

• #9913 CPT.Pirk Jómunkásember quailstorm #9912

  Új Válasz 2023-02-02 08:50:07 #9913

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  CPT.Pirk

  Jómunkásember

  válasz quailstorm #9912 üzenetére

  .Net 4.8
  Win 10-es gépekre van tervezve a progi, ez meg azt hiszem van alapból.

• #9771 Sokimm senior tag quailstorm #9770

  Új Válasz 2022-03-26 17:51:14 #9771

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sokimm

  senior tag

  válasz quailstorm #9770 üzenetére

  Ez szuper, thx!

• #9758 fatal` titán quailstorm #9755

  Új Válasz 2022-03-20 15:17:45 #9758

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  fatal`

  titán

  válasz quailstorm #9755 üzenetére

  WCF mihez kell? Az SOAP és már semmire se használnám.

  NewtonSoft.Json, de .NET alatt van már beépített JSON szerializáció/deszerializáció.

  A JSON nekem is olvashatónak / szerkeszthetőnek minősül, ha le van dokumentálva.

• #9756 cattus addikt quailstorm #9755

  Új Válasz 2022-03-20 14:46:06 #9756

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cattus

  addikt

  válasz quailstorm #9755 üzenetére

  Ha jól értem az az igény, hogy ember számára könnyen olvasható / szerkeszthető legyen, amire se a JSON se az XML nem igazán alkalmas, én inkább YAML / TOML-t mondanék.

• #9740 cigam titán quailstorm #9738

  Új Válasz 2022-02-13 14:12:22 #9740

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cigam

  titán

  válasz quailstorm #9738 üzenetére

  Bocs! A lényeg lemaradt: Ha elindítom a programot, akkor működik a letöltés gomb, be is tölti kiválasztott szöveget. Csak nem találom a programban ezt a rész! Nem én írtam, Githubról töltöttem le és próbálom átírni magyarra.

  robotjatek
  Köszi! Ööö... Erre hogyan tudok rákeresni?

Új hozzászólás Aktív témák