Skip to content

Commit bf3e2cf

Browse files
committed
feat: initialize Circle Camera Tauri application with camera access
- Added Cargo.toml for Rust dependencies and project configuration. - Created Info.plist for macOS camera and microphone usage descriptions. - Implemented build.rs for Tauri build process. - Defined default and main capabilities in JSON files. - Added various icon assets for application branding. - Developed main Rust application logic with commands for greeting, window dragging, and closing. - Set up Vue.js frontend with camera access and controls. - Configured Vite for development and build processes. - Established TypeScript support with appropriate configurations.
1 parent 6e2c996 commit bf3e2cf

90 files changed

Lines changed: 970 additions & 77 deletions

File tree

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.
File renamed without changes.

ACCESSIBILITY.md

Lines changed: 49 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,49 @@
1+
# Accessibility Statement
2+
3+
## Our Commitment
4+
5+
We are committed to ensuring our project is accessible to everyone. We aim to comply with Web Content Accessibility Guidelines (WCAG) 2.1 Level AA standards.
6+
7+
## Compliance Status
8+
9+
Our project aims to be compliant with:
10+
11+
- WCAG 2.1 Level AA
12+
- Section 508 requirements
13+
- ADA requirements
14+
15+
## Features
16+
17+
Accessibility features in our project include:
18+
19+
- Keyboard navigation support
20+
- Screen reader compatibility
21+
- Sufficient color contrast
22+
- Text resizing without loss of functionality
23+
- Alternative text for images
24+
25+
## Known Issues
26+
27+
We are currently working to address these known accessibility issues:
28+
29+
- [List any known issues]
30+
31+
## Testing
32+
33+
We regularly test our application for accessibility using:
34+
35+
- Automated testing tools
36+
- Manual testing
37+
- Screen reader testing
38+
- Keyboard navigation testing
39+
40+
## Feedback
41+
42+
We welcome your feedback on the accessibility of this project. Please report accessibility barriers using one of these methods:
43+
44+
- Submit an issue on our GitHub repository
45+
- Email us at [accessibility@example.com](mailto:accessibility@example.com)
46+
47+
## This Statement
48+
49+
This statement was last updated on [DATE].

CODE_OF_CONDUCT.md

Lines changed: 50 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,50 @@
1+
# Contributor Covenant Code of Conduct
2+
3+
## Our Pledge
4+
5+
We as members, contributors, and leaders pledge to make participation in our
6+
community a harassment-free experience for everyone, regardless of age, body
7+
size, visible or invisible disability, ethnicity, sex characteristics, gender
8+
identity and expression, level of experience, education, socio-economic status,
9+
nationality, personal appearance, race, religion, or sexual identity and orientation.
10+
11+
## Our Standards
12+
13+
Examples of behavior that contributes to creating a positive environment include:
14+
15+
* Using welcoming and inclusive language
16+
* Being respectful of differing viewpoints and experiences
17+
* Gracefully accepting constructive criticism
18+
* Focusing on what is best for the community
19+
* Showing empathy towards other community members
20+
21+
Examples of unacceptable behavior include:
22+
23+
* The use of sexualized language or imagery and unwelcome sexual attention or advances
24+
* Trolling, insulting/derogatory comments, and personal or political attacks
25+
* Public or private harassment
26+
* Publishing others' private information without explicit permission
27+
* Other conduct which could reasonably be considered inappropriate in a professional setting
28+
29+
## Enforcement Responsibilities
30+
31+
Project maintainers are responsible for clarifying the standards of acceptable
32+
behavior and are expected to take appropriate and fair corrective action in
33+
response to any instances of unacceptable behavior.
34+
35+
## Reporting Violations
36+
37+
If you experience or witness unacceptable behavior, please report it by contacting
38+
the project team at [INSERT EMAIL ADDRESS]. All reports will be handled with
39+
discretion.
40+
41+
## Enforcement
42+
43+
Violations of the Code of Conduct may result in temporary or permanent exclusion
44+
from project participation, as determined by project maintainers.
45+
46+
## Attribution
47+
48+
This Code of Conduct is adapted from the [Contributor Covenant](https://www.contributor-covenant.org),
49+
version 2.0, available at
50+
https://www.contributor-covenant.org/version/2/0/code_of_conduct.html.

CONTRIBUTING.md

Lines changed: 45 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,45 @@
1+
# Contributing to This Project
2+
3+
Thank you for your interest in contributing to our project! This document provides guidelines and instructions for contributing.
4+
5+
## Code of Conduct
6+
7+
Please read our [Code of Conduct](./CODE_OF_CONDUCT.md) before contributing.
8+
9+
## How Can I Contribute?
10+
11+
### Reporting Bugs
12+
13+
- Check if the bug has already been reported in the Issues section
14+
- Use the bug report template when creating a new issue
15+
- Provide detailed steps to reproduce the bug
16+
- Include screenshots if applicable
17+
18+
### Suggesting Features
19+
20+
- Check if the feature has already been suggested
21+
- Use the feature request template
22+
- Explain why the feature would be useful
23+
24+
### Pull Requests
25+
26+
1. Fork the repository
27+
2. Create a new branch (`git checkout -b feature/amazing-feature`)
28+
3. Make your changes
29+
4. Commit with clear messages (`git commit -m 'Add some amazing feature'`)
30+
5. Push to your branch (`git push origin feature/amazing-feature`)
31+
6. Open a Pull Request
32+
33+
## Development Process
34+
35+
- All development should happen in feature branches
36+
- Pull requests require at least one review before merging
37+
- All tests must pass before a PR can be merged
38+
39+
## Style Guidelines
40+
41+
- Follow the existing code style
42+
- Write clear comments and documentation
43+
- Keep commit messages concise and descriptive
44+
45+
Thank you for contributing!

GOVERNANCE.md

Lines changed: 68 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,68 @@
1+
# Project Governance
2+
3+
## Project Structure
4+
5+
This project is maintained by a team of volunteers and follows a community-driven governance model.
6+
7+
## Roles and Responsibilities
8+
9+
### Project Maintainers
10+
11+
- Review and merge pull requests
12+
- Release new versions
13+
- Establish project direction
14+
- Manage community interactions
15+
16+
### Contributors
17+
18+
- Submit pull requests
19+
- Report bugs and suggest features
20+
- Participate in discussions
21+
- Help with documentation and testing
22+
23+
### Users
24+
25+
- Provide feedback
26+
- Report bugs
27+
- Suggest features
28+
- Spread the word about the project
29+
30+
## Decision Making Process
31+
32+
1. **Proposals**: Anyone can propose changes via issues or discussions
33+
2. **Feedback**: Community feedback is gathered
34+
3. **Consensus**: We aim for consensus among maintainers
35+
4. **Implementation**: Once approved, changes are implemented
36+
37+
## Becoming a Maintainer
38+
39+
Contributors who show consistent, high-quality participation may be invited to become maintainers. The process includes:
40+
41+
1. Nomination by an existing maintainer
42+
2. Review of contribution history
43+
3. Consensus among existing maintainers
44+
4. Formal invitation
45+
46+
## Communication Channels
47+
48+
- GitHub Issues and Discussions
49+
- Community Chat (e.g., Discord, Slack)
50+
- Regular community calls
51+
- Mailing list
52+
53+
## Conflict Resolution
54+
55+
When conflicts arise, we follow this process:
56+
57+
1. Open discussion on the relevant platform
58+
2. Moderated debate with all stakeholders
59+
3. Attempt to reach consensus
60+
4. If consensus cannot be reached, maintainers make the final decision
61+
62+
## Changes to Governance
63+
64+
This governance document may evolve over time. Significant changes will be:
65+
66+
1. Proposed via pull request
67+
2. Open for community feedback
68+
3. Implemented only after maintainer consensus

0 commit comments

Comments
 (0)