yashsingh1/xdaforums huggingface dataset:
[TG01 ROM Development] fxdjacentyfxd:
In my roms with SPB shell I have such situation without patch ( no matter patch cooked in or applied as a .cab ):

1) home button does not work at all

2) back button work ok

After patch both home button and back button work as they should.

As You can see, back button always work no matter SPB shell is present and patch

is applied or not.

So tell me what happens on this rom.

1) Do home and back buttons work at all ( no matter correct or not )

2) Is any of mentioned buttons working wronh way ? How ?

We can try to fix "remotely" the problem but it requires Your or ony other person attention. I could try to write some kind of keyboard logger so we could see

what codes are generated doring pressing/releasing home, zoom and back button. Maybe it will explain us what is on.

BTH. After .cab install and restart, can You see fxdjTG01HKMapperF.exe on the process list ?

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
I've already installed NCF 3.5 but the message error when I launch Google Navigator keeps showing the same:

No se encontró el nombre de archivo o

de ensamblado (Not Found)

'MicrosoftWindowsMobile.DirectX,

Version=3.7.0.0, Culture=neutral,

PublicKeyToken=969DB8053D3322AC, o

una de sus dependencias.

What's wrong? How can I "and point it to the system as a valid NCF "?

Thank you
[TG01 ROM Development] (InsertNameHere):
OK, reinstalled SPB Mobile Shell and your patch and its running in the background, back key acts as home key.
[TG01 ROM Development] fxdjacentyfxd:
Theoretically, there should be nice way to switch between different NCF. Under my simulator as a Rom version I have NCF 2.0. Additionally I installed 3.7 and 3.5.

Unfortunately, whatever I do I get the same error as You. I do not know why Global Navigatr still wants direct draw from 3.7 version.

Maybe on real machine ( tg01 ) will be different situation so try to read :

1) http://www.microsoft.com/downloads/...14-A27D-4148-BF01-86C2E0953EAB&displaylang=en

and

2) http://www.modaco.com/content/windo...act-framework-3-5-without-upgrading-your-rom/

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
Hi fxd! Thank you for your advice. I've installed the cab recommended on the Modaco thread called:Net configuration. Highly recommended to understand what revision we have installed and more:

"Thankfully, help is at hand in the form of a little known Compact Framework 3.5 powertoy named '.Net Configuration'. The application, which is available in this download at Microsoft, provides the user with full granularity of control over the .net CF on their device. You can see installed versions, change the used CF version for a particular application or change the used CF version for all applications run on your device! Perfect!"

So, contrary to my first feeling, your ROMs really have installed a Net Compact Framework 3.5 and NOT 3.7

What I've done? I have tested the last MIROM8 (this one with CFC and so on, a great job, if I can say it here) and confirmed that Google Navigator works perfect on this Miro's ROM. So, I've installed the Net configuration cab on it and compared the Net compact Framework revisions.

And the result is that Miro has installed on his ROM the 3.5 as well (as you) BUT NOT EXACTLY THE SAME REVISION.

FXD's ROM: 3.5.7283.0

MIRO's ROM: 3.5.9198.0

Your ROM:

MIRO's ROM:

I can't be sure that this is the key, but if you could cook your ROM with this version (3.5.9198.0) , perhaps the Google Navigator would work correctly. Or perhaps it's a false clue....

Could you test it, please?

Thanks in advance!
[TG01 ROM Development] fxdjacentyfxd:
Haven,t You done any mistake ?

Currently I have flashed my WM6.1 rom but NCF id the same as for my WM6.5

NetCfg says:

3.7.8345.0 ( ROM )

After NCF 3.5 additional install NetCfg says:

3.7.8345.0 ( ROM )

3.5.7283

I do not understand why You have in screenshot that my ROM version is 3.5 not 3.7

Regards

fxdjacentyfxd
[TG01 ROM Development] fxdjacentyfxd:
Let's sum up.

No matter You have installed SPB mobile shell or not, back button works as home button. Yes ?

I have never met situation that back button worked wrong way ( before or after SPB shell installation ) so if You have such behaviour is it possible that there is any other software in memory that maps buttons ? Maybe it is responsible for this. It seems that there is some software that can not distinguish home button and back button ( I have met such software in the past. Serviced keyboard press/release codes in simplified way and that was why it had problems with keyboard mapping ).

Regards

fxdjacentyfxd
[TG01 ROM Development] fxdjacentyfxd:
Pere, If You want I can cook my rom with NCF 3.5 instead of 3.7.

I have just finished my works with AS so it will be equipped additionaly

with manual mechanism to enable/disable AS connection . Additionally,

manual killer to remove repllog.exe process when connected is finished.

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
I would be very , very grateful, fxdjacentyfxd! And thanks as well to InsertNameHere to provide the link to the good 3.5 version cab that works in the Miro8 ROM!
[TG01 ROM Development] fxdjacentyfxd:
Hi Pere.

Roms are completed. Check tomorrow by noon. I will do upload then.

Regards

fxdjacentyfxd
[TG01 ROM Development] fxdjacentyfxd:
Hi.

Here http://xdaforums.com/showpost.php?p=12097272&postcount=1

all links and some description to UPDATE5 of my roms.

Pere, I count on Your tests. Maybe NCF3.5 works even better than NCF3.7 ?

Nobody, including me, tested it.

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
Awesome!! Thank you dude, I'll test it ASAP. Feedback immediately!
[TG01 ROM Development] Pere:
Just tested and Google Navigator it's fully working! THANK YOU!!!!
[TG01 ROM Development] fxdjacentyfxd:
Nice to hear it :)

What about rest of the system ? Maybe it is worthy

to reflash my TG01 ...

You mentioned, You utilize AS a lot. Could You check whether my

stub on AS does not disturb correct behaviour of AS ?

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
All working OK

Please fxdjacentyfxd , do you remind my old request of a "bip" alarm when your battery driver detects that the phone is just to be dead? Just when red battery icon shows 0%

It would be very useful to avoid becoming uncommunicated! I suggest making it switchable, if available

Any possibility?

Thanks in advance
[TG01 ROM Development] fxdjacentyfxd:
Hi Pere.

As I remember it was "too complicated" in comparison to its task so I did not wanted to do it in form of any GUI . I suggest we culd do it simpler ( if You wish ) :

Registry entry ( manual setting :p ) with two switches :

1) "enable" ( 0 or 1 ) - ( to enable notification )

2) "sound file" - full path to file with sound to be played when battery driver detects 0%

What do You think about it ?

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
Perfect! Thank you for your interest
[TG01 ROM Development] fxdjacentyfxd:
Hi Pere.

I have just finished to write modification in fxdjBatteryDrvrStubGauge.exe ( as You maybe know it is responsible for upper bar battery gauge in my roms ).

I think to myself it is not crucial change in my roms so maybe I will release it rather as a .cab ( If it is possible of course ) not in any new rom.

I hope I will have time this weekend to do some tests. Partial tests under simulator are ok.

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
I really prefer a cab because this solution avoids reloading all my apps :).

Thanks once again!!!!!
[TG01 ROM Development] fxdjacentyfxd:
In attachment You have zip'ed .cab file. Franky speaking I did not test it :) because I have my both batteries full charged.

To install the cab without problems, close currently running fxdjBatteryDrvrStubGauge.exe either by any task manager or .... simply try to execute .exe from \windows directory once again.

Now install the cab and do soft reset.

Under HKEY_CURRENT_USER I have subkey :

Software\fxdjacentyfxd\fxdjBatteryStubMeter

You have 3 parameters there :

1) warnLevel - do not change it . Should be 0 as default

2) warnSoundEnable - default set to 1 after installation

3) warnSoundFile - default set to \Windows\Ring01-WindowsPhone .wma

I hope I do not have to explain You what 2) and 3) means

I am very interested in Your oppinion after tests.

If You confirm it works fine ( maybe after some corrections accordingly to Your test results ),

I will mark this .cab as a patch1 to my update5 rom so that anybody could use it.

Reagrds

fxdjacentyfxd
[TG01 ROM Development] Pere:
You are the man!.

I'll test it this week end.

Thankyou very much!!!
[TG01 ROM Development] fxdjacentyfxd:
If You find some problems and want to be sure You set enable switch and

sound file ok and to check whether system will be able to play Your file,

I attached modified version of fxdjBatteryStubMeter.

I .zip You have :

1) Needed .cab

2) Test file warnsoundtest.exe

Install .cab as I described previously

Execute warnsoundtest.exe. If You can hear sound, then Your setting are

correct and Youd should hear the sound when battery reaches 0%

This test I have checked personally and works fine.

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
Dear friend,

after testing your cab, I have good and bad news....

The good one is that the program works perfectly, as expected. I've tested it a lot and when battery falls to 0%, the programmed alarm...sounds!.

The bad one is that it only works when device is ON......

That means that if your phone is going to run out it's battery charge and you have it powered OFF in your pocket, the low battery alarm doesn't sound and you can be disconnected without your knowing!

I suppose that making a program running in the background when device is OFF must be very difficult, but , Master, you have the last word!

Thank you anyway
[TG01 ROM Development] fxdjacentyfxd:
He he, from my point of view news are good :)

I do not quite understand what You mean saying "when device is OFF" ?

1) You mean tg01 is completely OFF ( for example switched off via PowerOffHint.exe ) .

Is it possible to have any alarm in this case ? I have never used any available alarms on tg01. Do they work when the phone is really off ? I think it is really posiible like on other phones but it seems to be pure hardware solution. I guess when alarm occurs, system does not start because it does not have to. Explain me something about alarms if You can.

2) Tg01 is in sleep mode - In this case whole system is on and only waits for hardware events

As a matter of fact I do not know how to solve You problem in any of mentioned cases but but first I need to know You answer 1) or 2)

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
2, of course. Sorry if I've not been able to explain it better. The scenary is having your phone in your pocket in sleep mode with the screen off, just ready to receive a call, an e-mail, or an alarm clock.

In this case battery charge falls slowly, but it falls at the end. All the standard cell phones use to have a kind of alarm (usually a "bip" every minute) as a warning that the battery is empty and the phone is going to die.
[TG01 ROM Development] fxdjacentyfxd:
Be optimistic, as I know there is a way to execute some code

from time to time in standby ( sleep ) mode. I have to check it .

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
Fingers crossed! ;-)
[TG01 ROM Development] fxdjacentyfxd:
Hi.

It seems You have really had fingers crossed :) .

My tests succeded :) . I hope I will be able to uplaod

something ( next version of fxdjBatteryStubGauge ) by weekend.

Be patient and check forum from time to time.

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
I will suffer a contracture with fingers crossed until the weekend but worth it :p

Don't worry, I am suscribed to this thread!

Many thanks....
[TG01 ROM Development] koku37:
Hello

I tested the battery program and functions as said Pere.

We hope your improvements.

Also I have another question.

When you press Start get an emoticon and then the overall commander.

It would be possible to start configurable icon to choose any application.

Regards.

Sorry for my bad English.
[TG01 ROM Development] fxdjacentyfxd:
Hi Koku37.

Where have You been ? :)

I will think about possibility to change default total commander execution.

As You know it is safety feature ( last chance :) ).

Currently I fight a lot with Pere problem but I think I will do it sooner or later.

Regards

fxdjacentyfxd
[TG01 ROM Development] fxdjacentyfxd:
Hi Pere and others.

My work has been completed. :p

I have to confess it was really big work.

From the point of view of end user it is nothing special - warning sound.

Create it so that it was internally good responsive required a lot of system programming work but I succeded.

I will uplaod .cab file today evening or tomorrow.

Now some details about registry settings so that You understand how it works.

In HKCU\Software\fxdjacentyfxd\fxdjBatteryStubMeter You can find following values ( switches ):

1) warnSoundEnable . DWORD type. If present and set to 1 it enables BatteryStubGauge to deal with warning sound at all .

If absent or set to 0 it disables BatteryStubGauge to deal with warning sound at all

If warnSoundEnable is set and Your phone is ON ( backlight is ON ),

program works as previous version. When battery reaches 0%, You will get only one sound notification about it. Next notification You will get when battery will increase above 0% and again decrease to 0%. And so on.

In suspended mode, which mode You were interested in Pere, You have more options. Look at following switches:

2) warnSoundPeriod . DWORD type. If present it cause warning sound conditions will be checked every warnSoundPeriod minutes after tg01 will go to suspend mode. if check period activates, software checks whether battery has 0%. If yes it plays warning sound. If no it does nothing and wait next warnSoundPeriod minutes to check battery.

If this switch is absent, default check period value is 1 minute.

With this switch, next switch is concerned :

3) warnSoundRepeatable . DWORD type. If present and set to 1, warn sound in suspend mode will be repeated at every warnSoundPeriod minutes . Of course always when battery has 0%.

If this switch is set to 0 or absent, warn sound will be only once in suspend mode. To get next warn sound in suspend mode, user has to switch tg01 on ( backlight on ) and go to suspend mode again.

4) warnSoundFile . REG_SZ - explained in previous posts . This file can be changed dynamically ( without software or system reset ) provided following next registry switch is set :

5) checkSoundSettingsInRun . DWORD type. If present and set to 1, warnSoundFile is checked every time when warn sound is to be played.

If absent or set to 0, warnSoundFile is established after program startup.

6) Nice additional switch - warnSoundTestMode . DWORD type. If present and set to 1, it allows to test all this "sond system" without need battery to be 0%. Simply if check period will occur, all mentioned above conditions are checked withot checking whether battery is 0%. It cause that all behaves as though battery was 0%. No need to wait battery reaches 0% to test something.

I hope it is clear :D

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
AWESOME!!!!:p:p:p:p:p:p

Do you need anything from my country? I would like to reward you in any way and you don't have a donate button for it!

I'll test it ASAP.

Thank you bro!
[TG01 ROM Development] fxdjacentyfxd:
He he. Only one. More sunlight and more warm days during whole year :)

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
This is already done! .....coming to live here, of course ;)
[TG01 ROM Development] fxdjacentyfxd:
Hi.

In attachement BatteryStubGauge .cab in zip package.

If You have had previous version of this software in .cab version installed, uninstall it and do system restart.

Install attached .cab ( remember to close running copy of previous version - if embeded version is Your current version) and do

system restart.

Additional remarks.

Registry switch "warnLevel" set default to 0 can be modified but has some limitations.

In "On" phone mode , it can be set to 0, 10 or 20. It is because

it works then in "event" mode from battery driver. Every transition in battery level that is less than "warnlevel" will cause warn sound playing.

In "suspend" mode, all works in pooling so battery level is checked in pooling

when check period will occur. In this case You can set "warnLevel" as You wish. Even 80 or 90 :)

But remember that it will cause it will not warn You in "On" mode ( only mentioned 0,10,20 percentage levels) .

For small batteries ( 1000mAh ) as You maybe know, 0% does not last too long

so it may be worthy to set warning level 10 or 20 so that warning sound worked both in "On" and "suspend" mode.

Some fixex I have done just now but hope it will not disturb whole software.

Regards

fxdjacentyfxd
[TG01 ROM Development] koku37:
Amazing :):):)

You are a master.

Thanks again for your work.

I'll test and anything you commented.

Regards.

Sorry for my bad English.
[TG01 ROM Development] fxdjacentyfxd:
Thanks koku37.

You are next :) .

I will upload something at the begining of next week.

Regards

fxdjacentyfxd
[TG01 ROM Development] fxdjacentyfxd:
Hi.

Pere and koku37 what about any additional battery drain with this warning "system"?

It seems I have found potential source of increased battery drain during periodical

check of warning condition. I say "potential" what does not mean it really exists.

Anyway I have fixed version available but still wait for Your test results.

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
Sorry, still testing. It seems that it works as expected but I need to confirm one little thing before my definitive "sentence"

Great job!
[TG01 ROM Development] Pere:
Hi fxd!!

It works!! definitely, great job!!. It works as expected. Congratulations.

The delays has been because of some problems. But I've found the cause. As you know, I have two TG01, one of them with your previous ROM and the other with your last release. I 'm afraid that your BatteryStubGauge .cab only works perfectly with your last release, and it has some problems with the previous one. But I think that this is not a real problem. Usually, we have to use the last release when available.

Once again, well done!!.
[TG01 ROM Development] fxdjacentyfxd:
Hi Pere. Good to hear it :)

You may be right that it does not work with my previous rom versions.

Take into account that this software has never been standalone but was integral part of my roms. I have made this .cab on Your wish from my latest sources so it is probable it works only with latest rom version.

People should use only latest versions :p

Anyway if You find it good You may work with this .cab version or test

my latest I mentioned about yesterday. Let me know.

Regards

fxdjacentyfxd
[TG01 ROM Development] fxdjacentyfxd:
Hi .

Koku37, something for You.

Attached .cab contains new version of fxdjWMSBU.exe - software internally available in my roms and responsible for "face" ( allows to avoid wm freezing when user tap on wm menu ).

This version when not configured works as embeded version. When You tap on wm start menu to get the "face", wait for about half second and tap again, it causes that total commander will be executed.

When configured, it will execute software pointed by registry key.

After .cab installation You should find automatically created key:

HKCU\Software\fxdjacentyfxd\fxdjWMSBU

There is one string value there :

programToExecute

Default it is empty so Total Commander is default software.

When set, pointed software will be executed instead of Total Commander.

This changes are analyzed "on fly". When You change mentioned registry value You do not have to restart system.

Enjoy :)

Regards

fxdjacentyfxd
[TG01 ROM Development] koku37:
Hello

You're a monster. Thanks again for your interest.

I could not answer before because I had problems with blocking and I have come back the windows menu.

So first I solved that and then I tried the program of the battery.

As for the battery works well, I need to test when in sleep mode.

As far as the new version of fxdjWMSBU many thanks. As you can taste it.

Again thank you very much for your great work.

Regards.

Sorry for my bad English.
[TG01 ROM Development] Pere:
Hi, do you forsee a new version of your rom in a short-term? I'm going to move all my programs to your last one if not to enjoy of the new battery alarm.

Thanks!
[TG01 ROM Development] fxdjacentyfxd:
After Your confirmation that battery warning alarm works fine, I am going to release UPDATE6 of my rom. I will include :

1) improved fxdjBatteryStubGauge - battery sound warning "system" :)

2) improved fxdjWMSBU ( modified "face" I did for koku37 )

3) ArkSwitch - I found it really usefull for task switching. In this scenario much more usefull ( faster access ) than fdTaskManager.

4) maybe msn weather widget.

What I personally include in my own tg01 recently is ... MobileSense :)

Simply I do very like sense clock and some "Espresso" style icons. That is why

I use it. Unfortunately it eats about 15MB of ram so on "good day" I have not 134MB but about 120MB free ram.

Rom will be released with radio1600 with NETCF3.5 and with NETCF3.7

and as usual with two different free RAM versions - 134MB and 138MB

I hope I will do it this weekend.

Regards

fxdjacentyfxd
[TG01 ROM Development] fxdjacentyfxd:
I hope it is compliment :D

Regards

fxdjacentyfxd
[TG01 ROM Development] nikola92:
:eek: :eek: :eek: woa.. you are amazing trully a monster :D i am only using your and miro roms cuz u guys know the right meanining of word speed!!! I will test the rom as soon you upload it... I am big fan of you and Miro!
[TG01 ROM Development] fxdjacentyfxd:
He he. I checked in dictionary. Monster has really positive meaning :)

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
Great!. Then, waiting Week End to last update.

All the best
[TG01 ROM Development] fxdjacentyfxd:
I have problems with my car and it sucks my free time but I hope I will do upload but... in the meantime I added new feature to fxdjBatteryStubGauge.

Because I sleep in the same room as my tg01 exists it would be annoying to be disturbed at nigt by low battery warning alarm. To prevent it I created so called inactive period. If this feature is enabled, software checks whether current time belong to inactive period. If yes, none sound warning will appeare.

For example I set period this way that start is 22:00:00 and stop is 06:40:00

Now I am sure none low battery sound alarm will disturb be between start and stop hour.

Regards

fxdjacentyfxd
[TG01 ROM Development] fxdjacentyfxd:
:D

Regards

fxdjacentyfxd
[TG01 ROM Development] Pere:
Can I suggest

\Windows\lowbatt.wma

as default low battery alarm sound ?

Best Regards
[TG01 ROM Development] fxdjacentyfxd:
Yes, tommorow by noon all will be uploaded.

Regards

fxdjacentyfxd
[TG01 ROM Development] fxdjacentyfxd:
Hi.

I uploaded UPDATE6 of my rom. Please read first post of this thread to

find any details about this release and download links.

Regards

fxdjacentyfxd
[TG01 ROM Development] nikola92:
downloading and testing :D
[TG01 ROM Development] koku37:
Hello Fxdjacentyfxd .

I tested the 142MB ROM.

I'm testing the top bar. It works perfect with the ArkSwitch.

If you disable then locks the top bar but for me the ArkSwitch is perfect and works very well. A success the ArkSwitch.

Everything else is fine as we are accustomed. You're still a monster :D:D:D:)

Ah, indeed, this ROM also includes the opera mini.

Regards.

Sorry for my bad English.
[TG01 ROM Development] Pere:
A bit busy right now. I'll test it ASAP, perhaps tomorrow, I hope. Thank you very much for all your work!!!
[TG01 ROM Development] fxdjacentyfxd:
He he , I was doing any experiments so if Opera mini is on board it is very well.

It is my favourite internet browser.

Has it really about 142MB ? Do You want more free RAM ? :) It seems 142MB is not absolute limit. I hope I could add 8MB yet ( it will be absolute limit for me ) but someone has to test it.

Regards

fxdjacentyfxd