topbanner_forum
  *

avatar image

Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
  • Tuesday March 31, 2020, 5:28 am
  • Proudly celebrating 15 years online.
  • Donate now to become a lifetime supporting member of the site and get a non-expiring license key for all of our programs.
  • donate

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - publicdomain [ switch to compact view ]

Pages: [1] 2 3 4next
1
Adding this change to next version/update  :up:

Just added a new "Hide close button" option (v0.1.1):

MultilingualWordCounter_v0-1-1.png

Download: MultilingualWordCounter_v0-1-1.zip

Please use it for a while.

If it's feature-complete and there are no bugs on the way, we can then promote it to version 1.0, officially :)

2
Post New Requests Here / Re: Fixing a Named Pipe to TCP Proxy program
« on: January 30, 2020, 09:23 AM »
I have someone else working on it. So, you don't need to do it.

Thanks for advising!

I continue coding around. If you need anything, I'm just a message away :)

Cheers!

3
Post New Requests Here / Re: Fixing a Named Pipe to TCP Proxy program
« on: January 30, 2020, 09:15 AM »
Super. Looks like a straightforward/quickie one; I'm happy to do it :)

I take program's GUI being simply two text boxes, to collect named pipe + TCP port:

i.e. from
\\.\pipe\VBOX\Windows-1
to
127.0.0.1:7510



I'm making it from scratch. Chances are an initial working version is done by the weekend.

Cheers!
Vic

4
Post New Requests Here / Re: Fixing a Named Pipe to TCP Proxy program
« on: January 30, 2020, 08:45 AM »
Hello Zero3K,

I get you have a program using named pipes inside VirtualBox and you need to have messages forwarded to a given TCP port on the host.

Is that it?

5
Direct link => February 2020 @ PublicDomain

February is an interesting month for our operation.

There are three (3) projects in the spotlight for the month.

[...]

There are other pending request floating around with a big possibility to see the light, with fast-track based on Patron's input:

Global Word Counter (GWC)
Basic simple countdown timer
Block mouse/audio on local network to targeted computers

[...]we begin a new strategy: making "suites" for related tools.



Poll at: [Binding] 2020-01-30 What to code next?

Binding poll for fellow Patrons to have a say on what to code next. Runs for a week. The winner is being given its share of coding love.

Projects:

- Global Word Counter (GWC)
- Basic simple countdown timer
- Block mouse/audio on local network to targeted computers

You can select more than one option, should you wish to.

Thanks for your participation!

6
OK, Just gave it a whirl and I have to say it seems to be working great!

Glad to hear you're enjoying it :-*

Only one slight niggle with it: Any chance you could make the _X_ on the main window minimize to tray rather than just closing it (I've now closed it twice by accident haha).

Roger that. Adding this change to next version/update  :up:

Thanks again

It is my passion and my pleasure to assist!

Cheers,
Vic

7
There seems to be a bug when you have the app set to start with the OS. When you reboot the PC and the app starts, it does indeed start, but it doesn't work. I get an popup error message saying Unhandled Exception has occured, and "Access to the path "C:\Windows\system32\SettingsData.txt" is denied. Even though I don't think it should be putting anything in the windows folder. The app itself is in a folder on the desktop.

Gave some coding love to this; there wasn't any file on "C:\Windows\system32\" involved!

Explanation being Windows simply passed the calling shell's environment to the program so current working directory needed to be corrected on autostart.

Please confirm to move forward with audio-playing check + scheduler options :up:

v0.4.2 download: RandomSoundsApp_v0.4.2_Release.zip

Cheers!
Vic

8
Direct link: Giving some love to abandoned DC snacks

Dear supporters,
If you spot a useful abandoned coding snack on DonationCoders' unfinished requests section and you would like to see it done, feel free to add the URL to give it some programming love :)

9
Good news! Feature-complete release done :Thmbsup:

MultilingualWordCounter_v0-1-0.png

Download at => Multilingual Word Counter v0.1.0

Enjoy!
Vic

10
Direct link => Multilingual Word Count v0.1.0

MultilingualWordCounter_v0-1-0.png

Request coding done with love for Stephen66515 :Thmbsup:

11
Hello guys, this thread is here to announce new topics @ our www.Patreon.com/publicdomain page you may otherwise miss.

Some may be more relevant than others, yet they're all related to our software/service/product hence the matching section :Thmbsup:

Feel free to make questions about them!

Like mouser noted (here), I am "a real person making a real unique post telling our members about a project you are involved with." :)

Cheers!
Vic

12
Hello, good day & many thanks to all of you -fine posters- for the input!

This brainstorming thread has a worthy purpose as we're going to have such a "pdCode" project made a reality!

Chances are this very year 2020 we can reach v0.1.0 with initial/useful functionality.

So, don't take my last post the wrong way.

Rest assured it is only taken lightheartedly!

We are simply aiming at becoming useful to those who support our ways. The internet world is large enough for everybody to express freely :)

If nothing more, it can be a way for our public domain releases to remain current over time by reaching the "valid platforms of the day" via truly-native executables coming from the same code base.

...Even one (1) happy user beyond that and it's a win!

Functions and objects would be modeled largely after Microsoft's dotnet framework technology.

Code: C# [Select]
  1. pdCode
  2.         version: 0.1.0
  3.         type: console
  4.         targets: net, java, server, web, android
  5.  
  6. Program
  7.         name: "First test"
  8.         description: "Just checking the language's text mode."
  9.  
  10. Main()
  11.         // Set message
  12.         messageText = "Hello world in pdCode!"
  13.        
  14.         // Print one line
  15.         Console.WriteLine(messageText)
  16.        
  17.         // End program
  18.         return 0

It would be dynamically typed, case-insensitive, adhering to the off-side rule (indent-based) and leaning to the verbose side when in doubt --yet aiming at being succinct.

Targets would be platform-based. Any intermediary programming language output working just as a means to generate the target platform's native executable format.

User would simply issue the command:

pdcode HelloWorld.pdc

To compile the program simultaneously into:

HelloWorld.exe ← net
HelloWorld.java ← java
HelloWorld.apk ← android
HelloWorld.js ← node
HelloWorld.html ← web page with a javascript console interface

For GUI mode, it would mostly work with traditional widgets:

Code: C# [Select]
  1. pdCode
  2.         version: 0.1.0
  3.         type: gui
  4.         targets: net, gtk, java, android, web
  5.  
  6. Program
  7.         name: "First GUI app"
  8.         description: "Minimal user interface test plus an event handler."
  9.         version: 0.1.0
  10.         copyright: "John Cody Doe"
  11.         license: CC0-1.0
  12.  
  13. GUI
  14.         mainForm
  15.                 size: 277, 95
  16.                 text: "GUI test"
  17.                 startPosition: FormStartPosition.CenterScreen
  18.  
  19.                 messageLabel
  20.                         size: 253, 23
  21.                         location: 12, 19
  22.                         text: "You must close me three (3) times!"
  23.                         font: "Arial", 11.25F, FontStyle.Bold
  24.  
  25.                 closeButton
  26.                         size: 101, 33
  27.                         location: 88, 53
  28.                         text: "&Close"
  29.                         font: "Arial", 11.25F, FontStyle.Bold
  30.                         foreColor: Color.Red
  31.  
  32. // Variable for holding tries
  33. closingCount = 0
  34.  
  35. CloseButton_Click()
  36.         // Close by button
  37.         Close()
  38.  
  39. MainForm_Closing(e)
  40.         // Rise closing count
  41.         closingCount++
  42.  
  43.         if closingCount < 3
  44.                 // Advise user
  45.                 MessageBox.Show($"You have tried only {closingCount} times!", "Please try again")
  46.  
  47.                 // Prevent closing
  48.                 e.Cancel = true
      
Perhaps the GUI types being inferred from object names can be deemed a bit odd, yet it adds to the overall readability.

Also, event names are signaled by coming after an underscore (_) in the handler function.

The idea is for pdCode to find the sweet spot or via media between intent-based and traditional language.

It can also become an intermediary step in some specific scenarios (more in a new post).

13
Hello dear Stephen, please check your PM's.

Your input regarding words per minute is needed to release  :Thmbsup:

Cheers!

14
Developer's Corner / Re: Any coders here on patreon?
« on: January 20, 2020, 12:51 AM »
I vouch to make 2020 a year of releases for DonationCoder!

Patreon page @ www.Patreon.com/publicdomain

Thank you! Each and everything helps  :)

A most-grateful,
Vic

15
Developer's Corner / Re: Node.js Learning Resources?
« on: January 19, 2020, 11:54 PM »
Yeah I must say I'm not thrilled with the mustache template engine.

I've used Handlebars before. My mustache got shaved as I actually chose to keep things as simple as possible for this multi-site web engine given it leans toward being more complex than others (by being network-oriented to allow our users to keep the same login on all present and future sites).

A view/template language may an overkill when you can basically re-use what you already know in your target language of choice.

When I was doing PHP I liked smarty templates. But as things got simpler by using JavaScript on both the front-end and back-end, using as much of a single/same app language as possible to avoid "language zoo" kind of grows on you... (for the most part --I guess! Certainly there are/will be most-valid use-cases :) )

16
Hi there! Some ideas for implementing a multi-platform programming language:

User-friendly (think AutoHotKey-like).

Emits source code in the native language of the target platform for "expected format" compilation i.e. exe on windows, apk on android, etc.

It may re-use building blocks from a solution such as Haxe or a brand-new transpiler can also be done from scratch via ANTLR + StringTemplate.

The idea being to use a native technology for the target platform at all times; using their flagship language(s) preferably:

- C#/VB.NET = Windows.
- Java/Kotlin = Android.
- C++/Vala = Linux, GTK.
- Swift = Apple-based operating systems.
- Node.js/Javascript/WebAssembly = server-side, web apps.

...You get the gist.

The core of the functions would be written using platform-neutral instructions while the GUI part would be specific to each target platform.

Think "Environment.NewLine" (automated "\n" or "\r\n") or Path.DirectorySeparatorChar (for dealing with "\" or "/") and so on.

With handy platform-neutral ways + specific GUI functionality you can have the best of both worlds across as many platforms as the industry evolves to use.

Actually, some times I wonder how much interest/support would such future-proof-oriented transpilers gather for ensuring code longevity across platforms.

Some programs are basically the same as they were decades ago! (Think in terms of the same buttons, windows, dialogs, text labels, et cetera).

These programs are basically forced to being re-coded to keep on with the current/new operating systems' way, even if there is not a single improvement in functionality(!).

i.e. I recall doing some VB6 => VB.NET conversion for an Aussie fellow maintaining the exact same functionality. Just because of a 32-bit to 64-bit requirement.

We could simply update the transpiler to support emitting new code for the "popular platform of the day", keeping the original programs fresh-looking and current for longer periods than bound to a particular single technology/framework/compiler/operating system's ways :)

EDIT: not to mention reaching more target platforms with the same code given many platforms share the same foundations, which can be a big plus on itself.

(for instance: same code-base for Windows, Linux, Mac and single-page web app)

17
Developer's Corner / Re: Node.js Learning Resources?
« on: January 19, 2020, 11:12 PM »
I'm in the middle of a big nodejs / express / mongoose project; you can see my code on github here: https://github.com/dcmouser/approom

Congrats! :up:

We're almost into the same stack! I'm using EJS as view engine.

18
Developer's Corner / Re: Node.js Learning Resources?
« on: January 19, 2020, 10:34 PM »
Hey guys, love Node.js and the whole server-side JavaScript idea.

I've embarked on a "pdMultiSite" project based on Express.js (the popular Node.js framework).

The next batch of sites in our operation go live with this new web engine.

I'm enjoying developing it and would like to recommend Mongoose ODM; it makes working with the MongoDB backend a joyful experience with easy-to-use schemas.

Express + Mongoose = :Thmbsup:

19
Hey! I agree & stand corrected!

It should read:

Well, the ultimate *TECHNICAL* answer is to do an AHK transpiler to a technology that outputs "Antivirus-friendly" executable files.

You are correct in your points regarding the proper way for the AV companies to deal with this scenario; actually taking the coders into consideration :up:

20
Hello dear staff, please remove this service thread.

I'm pondering other ways to bring love toward coding snacks :) (Even if indirect support!)

Thank you very much for all you do toward the community :up:

Cheers & many thanks indeed.

21
Well, the ultimate answer is to do an AHK transpiler to a technology that outputs "Antivirus-friendly" executable files.

i.e. AHK => C# or VB.NET => Compiled .exe file, indistinguishable from other native programs  :)

https://en.wikipedia...e-to-source_compiler

22
Hey @Damocles, @app103! Thanks for the interest in the app.

I'm actually getting up to date with a couple ones from last year (i.e. the multilingual word counter) as soon as they're done, I proceed to clear the odd System32 (new) bug.

For the future, I would only suggest, but only if they are not too much work:
1) trying to mute the audio if the windows sound system is already playing audio (from a video etc.) (code in one of the posts above in this thread).
2) a scheduling option of some sort. (this user interface for scheduling looks interesting: https://softorino.com/volumeconcierge2/)

Sure thing. Scheduling is a must and we're going to add it to next Major version.

--Let's clear ALL the bugs first to call this branch complete to feature-freeze as first stable release (version 1.0.0)  :Thmbsup:

Cheers!
Vic

23
N.A.N.Y. 2020 / Re: NANY 2020 Wrap-up
« on: January 04, 2020, 12:30 PM »
Awesome!!!

Truly motivating for a 2020 full of new releases :Thmbsup:

From a happy-to-be-part-of-DC,
Vic

24
N.A.N.Y. 2020 / N.A.N.Y. 2020: on-point fix
« on: January 01, 2020, 09:13 PM »
An on-point program fix on N.A.N.Y. 2020's eve:

https://www.donation....msg434895#msg434895

...First one @ January, N.A.N.Y. 2020 isn't over for me :)

Cheers!
Vic

25
This release should fix multi-play  :Thmbsup:

Download: RandomSoundsApp_v0.4.1_Release.zip

Cheers!
Vic

Pages: [1] 2 3 4next