Little Fighter Empire - Forums
[VB.NET] FLite Data Changer UPDATED 17th October 2009 - Printable Version

+- Little Fighter Empire - Forums (https://lf-empire.de/forum)
+-- Forum: General Zone (https://lf-empire.de/forum/forumdisplay.php?fid=23)
+--- Forum: Programming (https://lf-empire.de/forum/forumdisplay.php?fid=50)
+--- Thread: [VB.NET] FLite Data Changer UPDATED 17th October 2009 (/showthread.php?tid=3265)

Pages: 1 2 3 4 5 6 7 8 9

RE: [VB.NET] FLite Data Changer UPDATED 30th September 2009 - YinYin - 10-02-2009

yes pretty much

thats what im used to from my browser and some other editors

RE: [VB.NET] FLite Data Changer UPDATED 30th September 2009 - blow_fly98 - 10-02-2009

Dragging and dropping tabs to and from windows may be hard to implement...
But I shall try my best.
Thanks for the suggestions YinYin.

RE: [VB.NET] FLite Data Changer UPDATED 30th September 2009 - YinYin - 10-02-2009

to be honest my browser is still a single process even with multiple windows opened
i dont quite know whether that makes it a single instance with multiple windows or a multiple instance

RE: [VB.NET] FLite Data Changer UPDATED 30th September 2009 - blow_fly98 - 10-02-2009

Well, I'll explain it.
In .NET, there is a main form (or window).
If it's a single-instance application, only 1 of that APPLICATION can be running (note that it's not 1 of that application's main window).
A single-instance application can still have more than 1 of it's main window open (by initialising or creating a copy of that main window) and still be in one process.

RE: [VB.NET] FLite Data Changer UPDATED 30th September 2009 - YinYin - 10-02-2009

still means that all windows are gone if one of them makes the process crash
with each window being a process only the window causing a problem will crash
right?
but multiple processes will take more memory, kinda damaging your fast and lite propaganda :p
and i dont see why you shouldn be able to handle all possible errors to keep it from crashing at all

guess im opting for a single-instace with multiple window option

RE: [VB.NET] FLite Data Changer UPDATED 30th September 2009 - blow_fly98 - 10-02-2009

Yep. Well "single-instance with one window" was what I meant by single-instance. So you want a "half" single-instance.
Any other opinions?

RE: [VB.NET] FLite Data Changer UPDATED 30th September 2009 - Azriel - 10-02-2009

normally if i DC with multiple data files, i'd like both open, both filling half the screen. Normally i'd do this manually (resizing the windows), but if u can have a splitter that lets u maximize internally (to half the window) then that'll be cool (meaning i'm vouching for single process).

Code:
__________________________________________________ __________________________________________________
|File1                                            |File2                                            |
|                                                 |                                                 |
|                                                 |                                                 |
|                                                 |                                                 |
|                                                 |                                                 |
|                                                 |                                                 |
|                                                 |                                                 |
|                                                 |                                                 |
|                                                 |                                                 |
|                                                 |                                                 |
__________________________________________________ __________________________________________________



Azriel~

RE: [VB.NET] FLite Data Changer UPDATED 30th September 2009 - blow_fly98 - 10-02-2009

Azriel, you mean like this? (Click to View)


RE: [VB.NET] FLite Data Changer UPDATED 17th October 2009 - blow_fly98 - 10-17-2009

Geez.
After a few weeks, I could only manage a small update...
>>Download Here<<
Well anyway...
NEW FEATURES:
  • File association - you can double click on a .dat file in Windows Explorer and FLite Data Changer will open it. (Provided that you have run FLite Data Changer 1.7.1 once)
    Also, FLiteDC will appear in context menus of .dat and .txt files in Window Explorer.
  • DAT File icon - I made a icon that will represent .dat files in Windows Explorer. It's basically just an edit of Jiquera's Data Changer's icon. If you want to change it, just reply with an attached icon.
  • As discussed, FLiteDC can now have multiple windows. However there will still be a main window, and if that is closed, all the other FLiteDC windows will also close (there will be a message box prompt)
  • New shortcut - Ctrl+Shift+N - Opens a new FLiteDC window.
  • Fixed some syntax highlighting bugs... (can't believe no one noticed them)
Anyways, just a thing I noticed... If you plan on editing .dat files with 5000+ lines, DON'T!!!! It takes a long time because the syntax editor has to manually paint all the words in those 5000+ lines... I'll be trying to find a different syntax highlighting component soon... Expect this to change.
Actual stats:
  • 4875 milliseconds for opening a file with 346097 bytes
  • 40312.5 milliseconds for opening a file with 692072 bytes
Those stats are from when you click "OK" on the open file dialog to when the syntax editor accepts input. The actual decryption does not take that long.
Of course, those stats are on a computer with 512MB RAM and a 1.73GHz processor, so they may be different for you...

Also, from this version onwards, all users MUST HAVE .NET Framework 3.5!!!!!!!!!! Why? Because that .NET virtualization technique doesn't even work....

RE: [VB.NET] FLite Data Changer UPDATED 17th October 2009 - Azriel - 10-17-2009

just sth, if u're just appending to a string after each decryption, it'll take ages, but if you make a char[] (or similar) that is as big as the file (so it doesn't have to resize/reallocate memory), then the time it takes to open a file should just be linear (the figures u gave look like it's exponential). (my dcer dropped from 12 seconds to 0.3 seconds when i changed from appending to strings to writing to a char[]).

p/s: @2 posts up: I did mean that (didn't wanna post just saying "yes")



Azriel~