Code Monkey home page Code Monkey logo

winwidgets's People

Contributors

beyenilmez avatar beyluta avatar mateuszstalmach avatar yopai avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar

winwidgets's Issues

Custom widget properties

Hello, I want to present calendar widget with specific settings, for example language. Can u make properties for widgets?

GPU temperature elevated while WinWidgets is loaded

I'm having a problem with the GPU temperature going from 30°C at idle to over 50°C while WinWidgets is loaded.
Fresh install of the latest release on Windows 10. In task manager it shows minimal GPU load but the temperature is climbing.

This is without any widgets visible, just the app minimized in the tray. If I quit the app the temperature is back to normal.
Is this normal ? I've only notice-it because of the GPU fan being noisier after I installed WinWidgets.

gpu

Application freezes when closing widgets

Whenever any widget is closed, the widget manager will freeze for a few seconds before resuming.

During this state you can't:

  1. Move
  2. Close
  3. Minimize
  4. Open widgets
  5. Interact with other open widgets
  6. Close the app via the NotifyIcon's Context Menu

On my machine it takes around 8 seconds for the app to unfreeze. The current way it closes is by calling Form.Close(), I also tested with Form.Dispose() which seems to fix this issue, but then if I try to open another widget after closing, it throws a Cross-thread operation not valid: Control accessed from a thread other than the thread it was created on

Shortcut to hide widgets

There should be a global shortcut for hiding the widgets like ALT + H. It should also be configurable through the settings menu.

Run widgets on startup + laggy movements

First of all, brilliant.
Second, I'm wondering why there's no option for "run widgets on startup". I mean, I could write differents widgets and place them all around my desktop in a specific way, but then on a new startup I can't get them to be loaded automatically?

Third, I'm having some issues with lag while moving the widget. My pc is quite medium, ryzen 5 + 16gb ram but I still don't get why would it lag that much.
This is my code:

`

<script type="text/javascript" src="https://s3.tradingview.com/external-embedding/embed-widget-mini-symbol-overview.js" async> { "symbol": "FX:EURUSD", "width": 350, "height": 220, "locale": "en", "dateRange": "12M", "colorTheme": "dark", "isTransparent": false, "autosize": false, "largeChartUrl": "" } </script>
`

I want to display a tradingview widget with some info about a stock. I'm using this one: https://www.tradingview.com/widget/mini-chart/
Cheers,
Alessio

"Always on top" should be persisted across restart

  • put a widget on the desktop
  • toggle it as "Always on Top"
  • disconnect from your session
  • reconnect
  • reopen WinWidgets

Result : the widget is not "Always on top" anymore.

What should be observed :

Like the position is, the "Always on top" status should be stored, and restored when the application is reopened.

I'll try to get some time to create a PR for this. As I'm not a .Net expert, any help about where the modification should be in the code would be appreciated.

Request for feature : only reopen Widgets on startup

When I mark the app as "run on startup", it shows fully on startup. It would be useful to have (the ability to have) only the widgets reloaded.

I'll try to get some time to develop and create a PR for this. As I'm not a .Net expert, any help about where the modification should be in the code would be appreciated.. Thanks ! :)

Duplicate widgets in the widget manager

Sometimes when the app loads (more consistent when loading for the first time) the widgets will appear twice in the widgets manager. From what I observed there are no abnormalities in how they work:

You can...

  1. Open
  2. Close
  3. Set Top-most
  4. Move
  5. Open multiple instances

They work just like the normal ones, but they are somehow being duplicated. If you close the app and then open it again, the duplicates will disappear.

Context menu clicks are sometimes ignored

The issue

Sometimes when some item in the context menu is clicked, the click does not register and the context menu stays open.
Below is an example. I am attempting to click on "Toggle always on top", but it failed to register my clicks three times in a row.

click-bug

Request for feature: Use variables

  • Allow declaration of variables (with their type, and their default value) via the meta
  • On a widget, allow changing the value of the variables

... and what do you think about global variables ? Which can be understood of two different ways :

  • Every widget has the same global variables (ex : background-color, background-opacity) I can set individualy on each widget
  • and/or I can set a variable globally for all the widgets
    To be discussed further... :)

No luck in installing v1.3

Hello friend, I wanted to test v1.3 but I'm having issues doing so.
After the process of installation, no shortcut gets created and no installed program.
Windows 10 (all prerequisites checked)

meta "topMost" make app fail on startup

With the latest development commit (6d402d1) :

  • Open WinWidgets
  • Add the "Available space widget"
  • Close WinWidgets
  • Modify the widget html file : add <meta name="topMost" content="true" /> in the <head>
  • Restart WinWidgets
    => application fails when loading the widget (see below)

I will try :

  • at other commits
  • with other .Net versions (I use the 4.8 version, because it was the one I downloaded)

But, already, first question : can you reproduce it ?

************** Texte de l'exception **************
System.NullReferenceException: La référence d'objet n'est pas définie à une instance d'un objet.
   à Components.WidgetComponent.OnFormActivated(Object sender, EventArgs e) dans C:\Sources\external\winwidgets\Components\Widget.Component.cs:ligne 144
   à System.Windows.Forms.Form.OnActivated(EventArgs e)
   à System.Windows.Forms.Form.set_Active(Boolean value)
   à System.Windows.Forms.Form.WmActivate(Message& m)
   à System.Windows.Forms.Form.WndProc(Message& m)
   à System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   à System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   à System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Assemblys chargés **************
mscorlib
    Version de l'assembly : 4.0.0.0
    Version Win32 : 4.8.9195.0 built by: NET481REL1LAST_B
    CodeBase : file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
WidgetsDotNet
    Version de l'assembly : 1.0.0.0
    Version Win32 : 1.0.0.0
    CodeBase : file:///C:/Sources/external/winwidgets/bin/Debug/WidgetsDotNet.exe
----------------------------------------
System
    Version de l'assembly : 4.0.0.0
    Version Win32 : 4.8.9195.0 built by: NET481REL1LAST_B
    CodeBase : file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Core
    Version de l'assembly : 4.0.0.0
    Version Win32 : 4.8.9200.0 built by: NET481REL1LAST_C
    CodeBase : file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Drawing
    Version de l'assembly : 4.0.0.0
    Version Win32 : 4.8.9037.0 built by: NET481REL1
    CodeBase : file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Windows.Forms
    Version de l'assembly : 4.0.0.0
    Version Win32 : 4.8.9195.0 built by: NET481REL1LAST_B
    CodeBase : file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
CefSharp.WinForms
    Version de l'assembly : 114.2.120.0
    Version Win32 : 114.2.120.0
    CodeBase : file:///C:/Sources/external/winwidgets/bin/Debug/CefSharp.WinForms.DLL
----------------------------------------
CefSharp.Core
    Version de l'assembly : 114.2.120.0
    Version Win32 : 114.2.120.0
    CodeBase : file:///C:/Sources/external/winwidgets/bin/Debug/CefSharp.Core.DLL
----------------------------------------
CefSharp
    Version de l'assembly : 114.2.120.0
    Version Win32 : 114.2.120.0
    CodeBase : file:///C:/Sources/external/winwidgets/bin/Debug/CefSharp.DLL
----------------------------------------
CefSharp.Core.Runtime
    Version de l'assembly : 114.2.120.0
    Version Win32 : 114.2.120
    CodeBase : file:///C:/Sources/external/winwidgets/bin/Debug/x86/CefSharp.Core.Runtime.DLL
----------------------------------------
Newtonsoft.Json
    Version de l'assembly : 13.0.0.0
    Version Win32 : 13.0.3.27908
    CodeBase : file:///C:/Sources/external/winwidgets/bin/Debug/Newtonsoft.Json.DLL
----------------------------------------
System.Numerics
    Version de l'assembly : 4.0.0.0
    Version Win32 : 4.8.9037.0 built by: NET481REL1
    CodeBase : file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Numerics/v4.0_4.0.0.0__b77a5c561934e089/System.Numerics.dll
----------------------------------------
System.Runtime.Serialization
    Version de l'assembly : 4.0.0.0
    Version Win32 : 4.8.9037.0 built by: NET481REL1
    CodeBase : file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Runtime.Serialization/v4.0_4.0.0.0__b77a5c561934e089/System.Runtime.Serialization.dll
----------------------------------------
System.Data
    Version de l'assembly : 4.0.0.0
    Version Win32 : 4.8.9195.0 built by: NET481REL1LAST_B
    CodeBase : file:///C:/Windows/Microsoft.Net/assembly/GAC_32/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll
----------------------------------------
System.Xml
    Version de l'assembly : 4.0.0.0
    Version Win32 : 4.8.9037.0 built by: NET481REL1
    CodeBase : file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Configuration
    Version de l'assembly : 4.0.0.0
    Version Win32 : 4.8.9037.0 built by: NET481REL1
    CodeBase : file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
Accessibility
    Version de l'assembly : 4.0.0.0
    Version Win32 : 4.8.9037.0 built by: NET481REL1
    CodeBase : file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/Accessibility/v4.0_4.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------
HtmlAgilityPack
    Version de l'assembly : 1.11.50.0
    Version Win32 : 1.11.50
    CodeBase : file:///C:/Sources/external/winwidgets/bin/Debug/HtmlAgilityPack.DLL
----------------------------------------
mscorlib.resources
    Version de l'assembly : 4.0.0.0
    Version Win32 : 4.8.9037.0 built by: NET481REL1
    CodeBase : file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/mscorlib.resources/v4.0_4.0.0.0_fr_b77a5c561934e089/mscorlib.resources.dll
----------------------------------------
System.Windows.Forms.resources
    Version de l'assembly : 4.0.0.0
    Version Win32 : 4.8.9037.0 built by: NET481REL1
    CodeBase : file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms.resources/v4.0_4.0.0.0_fr_b77a5c561934e089/System.Windows.Forms.resources.dll
----------------------------------------

************** Débogage JIT **************
Pour activer le débogage juste-à-temps (JIT), le fichier de configuration pour cette
application ou cet ordinateur (machine.config) doit avoir la valeur
jitDebugging définie dans la section system.windows.forms.
L'application doit également être compilée avec le débogage
activé.

Par exemple :

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

Lorsque le débogage juste-à-temps est activé, les exceptions non gérées
seront envoyées au débogueur JIT inscrit sur l'ordinateur
plutôt que d'être gérées par cette boîte de dialogue.

Request for feature: More battery information

I noticed onNativeBatteryLevelEvent only returns battery level. However, upon reviewing the code, it appears that additional information such as charging status, full lifetime of battery in seconds, remaining battery life in seconds and power line status can be retrieved too. More detailed widgets can be created with these.

A new event called onNativeBatteryEvent can return a JSON like this.
(onNativeBatteryLevelEvent can be renamed to onNativeBatteryEvent too.)

{
batteryChargeStatus: "Charging",
batteryFullLifetime: 18000,
batteryLifePercent: 58,
batteryLifeRemaining : -1,
powerLineStatus: "Online",
}

The template battery widget can be updated to show charging status and remaining battery time with this new event.

I'm willing to create a pull request to implement this.

Request for Feature : ability to do basic system interactions

It would be useful to be able to do system operations from within the widget :

  • read/write files on the disk
  • launch a command

I'll try to get some time to develop and create a PR for this. As I'm not a .Net expert, any help about where the modification should be in the code would be appreciated. Thanks :)

Install Issue

Trying to install. Install seems to work and shortcut is created, however nothing appears when it is run.

Have disabled virus programs but still no luck.

Am using Windows 11 Home 64 bit

thanks for any help

Visual bug on the widget preview window

There are these white lines going across the widgets in the widget manager. If you hover over the widgets with the mouse they disappear. It's probably a front-end issue with the styling, I have been unable to identify the problem as of yet.

They are more noticeable when the software is maximized:

bug

Request for feature : handlebar

Instead of having to do :

  • right-click
  • Toggle Move
  • Move
  • Click

It would be much easier to have a "handle" bar, that you can grab and move your widget in one move

I'll try to get some time to develop and create a PR for this. As I'm not a .Net expert, any help about where the modification should be in the code would be appreciated.. Thanks ! :)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.