Looks amazing, would love this...except..excel 
Hope for an Open Office version in the future, getting excel just for this seems...excessive
Hope for an Open Office version in the future, getting excel just for this seems...excessive
- Status
Looks amazing, would love this...except..excel
Hope for an Open Office version in the future, getting excel just for this seems...excessive
Use the free (30 days) test version of Office, link at the main post. An OpenOffice version is not possible.
Hope for an Open Office version in the future, getting excel just for this seems...excessive
If you work in an office (rather than building site for example) you can often get MS Office for home use for around a tenner. In the UK at least.
It's about £9 or £12 - Also depends on the licensing model your company uses. Think it is mainly enterprise customers...
Edit, found it - Will need to speak to your IT to obtain a code IF they are signed up to it.
http://www.microsofthup.com/hupuk/home.aspx?country_id=GB
Your company needs to sign up to the service and pay a little towards it I think.
Last edited:
Could it be, that your Office is not up-to-date?
Did you get the error only on fly around, or at any other task, e.g. setting manual destination, adding a new star system?
Today, i want to give you all a preview of the reworked Compact UI comming next with TCE V1.44:
Here is the screenshot:
As you see, i reworked mainly the appearance, because i want to reduce the color richness of the UI. Here is the slighter approach.
All panels displayed can be minimized, like the main menu before, to the parting line.
New is the Route Navigation panel. I reworked the whole Search Route To calculation and now it is more than ten times faster. You can get your flight path within seconds.
In addition, the new panel can display 18 jump points at once and gets a scrollbar, if there are more.
I added also six new symbols to the Position and Destination panels. They got highlighted, if available or shadowed, if not.
From left to right: Refuel - Rearm - Repair - Outfit - Shipyard - Blackmarket.
I like to remove the Classic UI also, not now, but to maintain 3 menu panels (Classic UI top/down, Compact UI) is not what i want.
The Trade panel gets also an overhaul, because the "Search Route To" area got moved to the new Navigation panel. Any request, how i should fill the space? Any information it could hold?
So please tell me, how you feel about the new design and to replace all other UIs. All suggestions are welcome.
Eventure
Here is the screenshot:
As you see, i reworked mainly the appearance, because i want to reduce the color richness of the UI. Here is the slighter approach.
All panels displayed can be minimized, like the main menu before, to the parting line.
New is the Route Navigation panel. I reworked the whole Search Route To calculation and now it is more than ten times faster. You can get your flight path within seconds.
In addition, the new panel can display 18 jump points at once and gets a scrollbar, if there are more.
I added also six new symbols to the Position and Destination panels. They got highlighted, if available or shadowed, if not.
From left to right: Refuel - Rearm - Repair - Outfit - Shipyard - Blackmarket.
I like to remove the Classic UI also, not now, but to maintain 3 menu panels (Classic UI top/down, Compact UI) is not what i want.
The Trade panel gets also an overhaul, because the "Search Route To" area got moved to the new Navigation panel. Any request, how i should fill the space? Any information it could hold?
So please tell me, how you feel about the new design and to replace all other UIs. All suggestions are welcome.
Eventure
Last edited:
looks really good to me!
but one thing: what i remember from gui programming and personal experience is that people tend to look left for a menu, not right.
wouldn't have a problem with it, it's more a force of habit i think...
Last edited:
Your can drag and drop all panels to the desired position, no problem.
Hi.
just started to use V1.43. Thank you for your work.
it seems to work fine, but I have some problem when loading the program.
After alt/tabbing out of ED I start the program. It seems to load fine until a certain point. The loading stops and a number of error messages are showing.
first there is:
error in import sequence
table : DB_Faction
error : (1004) a table cannot overlap another table
then there is a number of simular messages saying:
error : (91) object variable or with block variable not set
afterv these errors the program loads and seems to work fine.
i've stared input stations and look forward to start trading. I have already seen some nice runs. That will give a nice profit.
Again, thank you for hard work. ��
just started to use V1.43. Thank you for your work.
it seems to work fine, but I have some problem when loading the program.
After alt/tabbing out of ED I start the program. It seems to load fine until a certain point. The loading stops and a number of error messages are showing.
first there is:
error in import sequence
table : DB_Faction
error : (1004) a table cannot overlap another table
then there is a number of simular messages saying:
error : (91) object variable or with block variable not set
afterv these errors the program loads and seems to work fine.
i've stared input stations and look forward to start trading. I have already seen some nice runs. That will give a nice profit.
Again, thank you for hard work. ��
Okay, thanks for checking, my research gives me a missing library or a corruption of the clipboard. Will clear the clipboard before setting it.
Hello and welcome.
I cant recreate but found the problem. Next update will fix it.
Last edited:
Hi eventure.
New style looks good, even though i'm not into symbols at all, i like the classic menu. but i think it's all about getting used to it.
what matters the most for me personally is the 'feeling', the reaction times of the menu. the more direct it feels, the better.
for the freed up space in the trade panel:
can't think of additional data which i'd need. my suggestion would be
remove the buttons for best buy / best sell and display both.
so, best buy loc. takes the place of navigation route, and right to it comes best sell loc.
that's the best i could think of.
Hi Eventure,
I'm not a TCE user myself (sorry - I can't abide having Excel on my games rig, sorry) - but I respect very much what you have done, and I have been helping a friend who is a very loyal TCE user to upgrade from v1.37. As it turns out, we upgraded to v1.43 because this was just before your last release, but my info below is probably still applicable.
During the install, I noticed two things:
1 - the prestart.bat that creates the launcher bat files refers to ">> TCE\TCE.bat" (and other similar bat names/paths) - 9 times out of 10, this will fail, because it is a relative pathname, and there is no TCE subdirectory already present in the existing TCE folder. I suggest maybe use of the "dp0' bat flags to find the user's current install location? Or maybe using "\TCE\TCE.bat" and *requiring* the user (via the help docs) to install this in a root TCE dir, such as D:\TCE or C:\TCE, maybe? Whatever the solution, I think there is an issue here - particularly with the 'non-installer' version, possibly only that version.
2 - during the TDM conversion of my friends data, I noticed that the new 'Stations' table (in TCE\TCE.mdb) has lost its file type for the 'Update Date' field - it's gone from 'Date/Time' to 'Number'. I confirmed this on several attempts, plus my own core (1.42). As a result, this means that all user-generated station data loses its update-date information when viewed in TCE later. In case this was an error, I opened the Stations table in Design View and altered the Update Date field back to 'Date/Time' type, and manually copied in all the dates from my pal's older table (after first sorting both to ascending ID, of course!). Can you confirm if this is a TDM bug, or a change due to the Logbook's existence now? One other thing we noted - when the missing dates were reintroduced into the table, they did indeed now appear in the TCE station data, 'in-game' (or in-app, if you get my meaning)... however they were all in USA-format (MM/DD/YYYY) rather than his preferred UK format (DD/MM/YYYY), if this is important.
3. It became apparent that in his older database, there were a few entries with zero dates/times and a few more that had clearly been half-created but the TCE app had crashed (leaving them with no station-price data). This wasn't a problem to handle (I merely 'fudged' the missing dates/times to something appropriate) - but we did discover there were TWO instances of New Yemba - one with decent data, one without (and a datestamp of 30/12/1899 - the 'zero' date). I discovered it was too much work to remove the spare New Yemba (due to issues with its ID number being referred-to in station-prices table, and I deduced therefore that it might also be referred to in the Logbook and a host of other places)... so I simply left this in place in the end, but updated the 'empty' New Yemba (which had the lower ID) to have the same data as its succeeding entry, in the hope that the program would just find the first one, use it, and find the copied-over data rather than blanks now. But it occurred to me that there doesn't seem to be any sort of internal 'crash-cleanup', which seeks to find non-unique station entries and condense them, or strike out the bad dupes. Maybe this would be a good thing for a future tweak?
I must compliment you on the app, despite these issues. It does look really lovely, and the code work 'under the hood' is very neat and clever. As I said, the only reason I'm not using it myself, is because I don't want Excel on my games rig. I am currently exploring the possibility of having it work across my LAN, using Excel on my developer laptop, where it has always lived! I've got close... but there appear to still be some hooks that look for an active running install of E: D on the laptop, which of course there isn't, and which means that the Trade button is perpetually Locked, and the Database buttons do nothing. I may yet get it going, though... I'm ploughing through, trying to determine if it is actually essential or not for the game to be 'in-situ' on the same machine, or whether the across-LAN access to the netlog and appconfig.xml is enough. If I get somewhere, I'll pass you the results of my investigations - but for the time being, I felt compelled (out of respect for a fine piece of work) to feed back the above three items, just in case they were important to the apps future development and preservation of user-data.
Many thanks for reading! Oh, and yes, my friend is now 'back on the road' with 1.43 and loving it! Thanks.
I'm not a TCE user myself (sorry - I can't abide having Excel on my games rig, sorry) - but I respect very much what you have done, and I have been helping a friend who is a very loyal TCE user to upgrade from v1.37. As it turns out, we upgraded to v1.43 because this was just before your last release, but my info below is probably still applicable.
During the install, I noticed two things:
1 - the prestart.bat that creates the launcher bat files refers to ">> TCE\TCE.bat" (and other similar bat names/paths) - 9 times out of 10, this will fail, because it is a relative pathname, and there is no TCE subdirectory already present in the existing TCE folder. I suggest maybe use of the "dp0' bat flags to find the user's current install location? Or maybe using "\TCE\TCE.bat" and *requiring* the user (via the help docs) to install this in a root TCE dir, such as D:\TCE or C:\TCE, maybe? Whatever the solution, I think there is an issue here - particularly with the 'non-installer' version, possibly only that version.
2 - during the TDM conversion of my friends data, I noticed that the new 'Stations' table (in TCE\TCE.mdb) has lost its file type for the 'Update Date' field - it's gone from 'Date/Time' to 'Number'. I confirmed this on several attempts, plus my own core (1.42). As a result, this means that all user-generated station data loses its update-date information when viewed in TCE later. In case this was an error, I opened the Stations table in Design View and altered the Update Date field back to 'Date/Time' type, and manually copied in all the dates from my pal's older table (after first sorting both to ascending ID, of course!). Can you confirm if this is a TDM bug, or a change due to the Logbook's existence now? One other thing we noted - when the missing dates were reintroduced into the table, they did indeed now appear in the TCE station data, 'in-game' (or in-app, if you get my meaning)... however they were all in USA-format (MM/DD/YYYY) rather than his preferred UK format (DD/MM/YYYY), if this is important.
3. It became apparent that in his older database, there were a few entries with zero dates/times and a few more that had clearly been half-created but the TCE app had crashed (leaving them with no station-price data). This wasn't a problem to handle (I merely 'fudged' the missing dates/times to something appropriate) - but we did discover there were TWO instances of New Yemba - one with decent data, one without (and a datestamp of 30/12/1899 - the 'zero' date). I discovered it was too much work to remove the spare New Yemba (due to issues with its ID number being referred-to in station-prices table, and I deduced therefore that it might also be referred to in the Logbook and a host of other places)... so I simply left this in place in the end, but updated the 'empty' New Yemba (which had the lower ID) to have the same data as its succeeding entry, in the hope that the program would just find the first one, use it, and find the copied-over data rather than blanks now. But it occurred to me that there doesn't seem to be any sort of internal 'crash-cleanup', which seeks to find non-unique station entries and condense them, or strike out the bad dupes. Maybe this would be a good thing for a future tweak?
I must compliment you on the app, despite these issues. It does look really lovely, and the code work 'under the hood' is very neat and clever. As I said, the only reason I'm not using it myself, is because I don't want Excel on my games rig. I am currently exploring the possibility of having it work across my LAN, using Excel on my developer laptop, where it has always lived! I've got close... but there appear to still be some hooks that look for an active running install of E: D on the laptop, which of course there isn't, and which means that the Trade button is perpetually Locked, and the Database buttons do nothing. I may yet get it going, though... I'm ploughing through, trying to determine if it is actually essential or not for the game to be 'in-situ' on the same machine, or whether the across-LAN access to the netlog and appconfig.xml is enough. If I get somewhere, I'll pass you the results of my investigations - but for the time being, I felt compelled (out of respect for a fine piece of work) to feed back the above three items, just in case they were important to the apps future development and preservation of user-data.
Many thanks for reading! Oh, and yes, my friend is now 'back on the road' with 1.43 and loving it! Thanks.
Last edited:
Really like the look of TCE but I have a problem I cannot find elitedangerous32.exe.
I used windows explorer with the search hidden files ticked.
I know it must be there but with my limited computer knowledge I am stuck
I used windows explorer with the search hidden files ticked.
I know it must be there but with my limited computer knowledge I am stuck
should be in C:\Program Files\Frontier\EDLaunch\Products\FORC-FDEV-D-1010
I'm using win7 64
My path is C:\Program Files (x86)\Frontier\EDLaunch
In the EDlaunch folder I do not have a products folder Thre are 4 folders in it 'de', 'fr', and 'ru', I assume they are contain info in different languages and 'Redis' folder. It does not contain FORC-FDEV-D-1010
I am really at a loss what to do, could the elitedangerous32.exe have been renamed in my computer?
I tried searching for FORC-FDEV-D-1010 with no luck
Hello,
to 1.:
I recommend to use the installer version, because it creates the correct paths for the batch files. The non-installer version is for users, that having already installed TCE, but want to have access to all files, without installing it again.
Also the non-installer version doesnt create any desktop shortcuts, that are required to give TCE admin rights, because TCE creating and saving files and without, TCE wont work.
to 2:
The V1.43 didnt use real date values at the station table, because TCE having localization issues with the date format. So i changed the date entry to the number value, that excel is using in the back to identify the real date. TCE gets the number value and formats it back into a real date format. The TDM transfer of older data is correct and not a bug. Please read the V1.42 changelog, that the format was changed. The data isnt lost in transfer, only reformated into a number.
Dont copy the old data back, that can produce errors.
to 3.
For double station entries, TDM is your tool. With TDM, your old station data is displayed in a list, after importing (selecting) the TCE folder of the old version. Deselect all stations, that you dont want to be transfered to the new database, like double entries of stations. A zero or empty date info is correct for stations, that doesnt have commodities to sell. TCE needs a zero value to know, that no price data is available.
TCE must be installed on the same rig, as ED, because it checking constantly the netlog file of ED. Also EliteOCR needs for TCE to be on the same rig too, because TCE makes screencaps, not ED.
Thacyoon want to use TCE also at a different rig, please read here and here as a guideline.
The ED folder can be hidden, so please activate "Display hidden folders" at the folder properties of your OS.
Last edited:
- Status