A (really) native and powerful macOS and iPadOS Telegram client, optimized for moderating large communities and personal use. Currently in alpha
License: GNU General Public License v3.0
Currently the login UI is in bare-bones state. It should be fully implemented
It should be highlighted to white instead of black, it looks better
Also this issue will have a task for being able to open chat info not from an inspector, but by clicking on the chat title in toolbar
The cause of this are memory leaks, i should fix them before releasing 0.1.0
Well, they don't show the message sender, and it will be also cool to implement actual media previews there
Fixing this also means separating preview generation for replies and chat lists
A part of #8
The reason for this change is simple: performance (and swipe actions)
Performance can be easily demonstrated here: https://kean.blog/post/not-list
And with swipe actions, they are available only on three-column NavigationView layout(idk why lol), but I don't have a NavigationView, it is replaced by a custom solution, so I lack swipe actions
Only benefits my people, only benefits
I think it will be implemented in 0.2.0 milestone release
do you have plans to add moc to brew.sh ? presumably a bit further in development, do you have a mvp ?
When Moc is running, and its session was terminated by another device, it just outright crashes
The reason is the handling of AuthorizationState.closed state and the reinstantiation of the TDLib instance, which, as we see, fails miserably.
I have found a really cool implementation of the 2FA field in RobotsAndPencils/XcodesApp, which looks similar to how 2FA works in Apple apps and also Telegram's official clients.
I will just steal I mean borrow some code from that repo, and tweak it a little so it looks cool
And obviously place credits to @RobotsAndPencils, because it will just be nice to do that
If I type Ctrl+Return, it will look like I added a line break, but when sending the message, there are no line breaks, which is strange
Anyways, it should be fixed
No fancy stuff, just a search bar, a way to see the search results, and then go through them
The app draws too much power when constantly updating chat list
Originally posted by S0ulf3re January 26, 2022
I really want to try and help contribute this project because I personally don't like the default telegram client for Mac and I've been trying to learn swift ever since July of last year. I tried opening the project, but I got an error which has caused a bunch of other build time errors to occur. How can I fix all this?
Here's a log from Xcode
Resolve Packages_2022-01-26T12-44-01.txt
This should be fixed ASAP
Let's use Resolver library to it's final potential, shall we?
Direct tdApi calls in views are not good, in fact, it really bad. How it should be replaced:
Example: we have a chat view. It should show messages, and populate the status bar and other things.
For that, there should be a variable:
@Injected private var dataSource: ChatDataSourcableWhere ChatDataSourcable is:
protocol ChatDataSourcableWhy? Simple: Previews and testing!
We can easily create something like:
final class TdChatDataSource: ChatDataSourcableWhich will have a real implementation with real data, and also:
final class MockChatDataSource: ChatDataSourcableFor using in Previews and testing.
Each instance can be easily injected using:
Resolver.register { TdChatDataSource() as ChatDataSourcable }I think benefits are huge for this one :D
Thing that are needed to be done are request for an SMS for the code, get code using a phone call, and other stuff
When you terminate Moc's session from another device, the login view will be not shown.
The only update that triggers the login screen is authorizarionStateWaitPhoneNumber. When session terminates, a authorizationStateClosed update is sent. So, we need to handle that state too, to make it work.
There is already a button in the message input field, so the only thing left is to implement it!
Add Networking module for future request ( like emoji from open Api )
The culprit is TDImage, which does not properly update itself when an image was downloaded
A user interface for viewing chats, with abilities to:
Currently, they are always blue, but in official clients (at least on iOS) it's also colored the same way as message sender names and profile image placeholders, so that should be in Moc
Cause: every chat from updateNewChat is saved to the chat list, without a check whether the user participates in it. The check should be implemented.
A settings menu should be the same as in other native apps, like Xcode, Messages(formerly known as iMessage), Music, and others: a button in menubar under the app name called "Settings", which creates a window with setting categories on top in toolbar as tabs, and window automatically resizing on change of selected setting category.
Reserved for 0.2.0 milestone. Possibly will be transferred to 0.1.0
This task includes replacing Swiftgram's distribution of TDLibKit with Mock Foundation's, and a lot of code updates for new API changes, like the new updateStream API.
Why? Well, it will result in better performance, because the message content loading will be done by MessageView lazily (thanks to LazyVStack), compared to how it is now when all messages are loaded when a user opens a chat. Pretty good reasons to do so tbh
Self-explanatory, y'know
Pretty self descriptive y'know
Add emoji to emojiView on macOS from open API
I just want to migrate it to Swift so I can implement more cool features for it
As in title
I didn't realise there is a built in way to do preferences UI, so here we are
Add 1st test to Rest Api networking by using protocols
Speaks for itself
If you do at least something on the login screen, and then reopen the app, it will not show the login UI again, and will just do nothing because it's not logged in to anything
Culprit: Media thumbnail generation. It uses the file extension to determine the file type, and then go next, but it's not a viable way to do this, it should instead look at the MIME type of the file, or at least handle the nil when making an instance of UTType from the path extension
Sometimes it's literally a blank message with just the "download" button there, should be fixed
IMO, views in SwiftUI should be done like components, so they can be easily reusable in any place, which currently is not how things work. I mean yes, there is MessageView, where you just give it a Message instance, and it renders the message, except it doesn't, it doesn't only make a message, it also adds specific padding to it so it can only be used inside of ChatView, which is definitely bad, ChatView should do that instead.
So yes, views should be rewritten drastically, to make the code more maintainable and reusable.
This task can be done in Stage 2, but can be delayed to Stage 3, just because of it's sheer size.
This setting is located in System Preferences (System Settings now in Ventura) -> General, and can be observed by looking at the NSTableViewDefaultSizeMode User Defaults value
Stack overflow: https://stackoverflow.com/questions/66369771/how-to-observe-changes-in-system-preference-sidebar-icon-size-in-appkit
This feature will possibly be available only for macOS Ventura, because of the new Window APIs that were introduced there
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google ❤️ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.